On Wed, Jan 7, 2009 at 6:41 PM, Gregory Jefferis <jeffe...@gmail.com> wrote: > Hi Mike, > > Thanks for the note. > > On 2009-01-07 21:15, "Michael McCracken" <michael.mccrac...@gmail.com> > wrote: > >> Gregory, if you have the time to write unit tests and set up the >> project to run them, >> I would definitely encourage you to do so. > > So far I've just set up the new style UnitTest framework and written a bynch > of tests for the PubMed parser, BibItem and a single check for the > BDSKTypeManager. It's just a start but it's really easy to run them - I use > my "Unit Test" target as the default target at compile time because it also > depends on the BibDesk target. You can also debug the tests if you pass an > extra argument to the executable - I can provide details. Adding a new test > file is also pretty easy with the new suite and adding a subtest takes no > time. When a logic bug is fixed adding a test is a nice way to prevent any > regressions. > > If someone sets me up with svn commit access (sourceforge user name: > jefferis) and a wiki account, I'll happily commit and write a brief > explanation. Incidentally I am using git svn and perhaps there would be > some interest in a how to for that - the svn externals didn't come through > by default. I must say that git makes a nice way to experiment on a public > svn repo.
I'd be interested. I don't know much about git but I expect I'll eventually have to. I once did something similar with darcs - I shadowed a public SVN repo with a darcs repo and kept track of my own changes locally. It made for a clumsy workflow but it was great that it worked at all. I'm going to address the wiki in a separate email.. > >> I have a very bad case of delayed thesis completion, but once I am > Don't despair! Thanks :) >> done I do intend to get back into some amount of BD development, as I >> use it every day and will continue to do so for the forseeable future. > Great! > >> As you mentioned, a suite of unit tests would be a great help for >> avoiding breakage when code changes hands. >> In my experience, they're also useful to get you acquainted with the code. >> >> Thanks, >> -mike > > Best, > > Greg. > > > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Bibdesk-develop mailing list > Bibdesk-develop@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bibdesk-develop > -- Michael McCracken UCSD CSE PhD Candidate research: http://www.cse.ucsd.edu/~mmccrack/ misc: http://michael-mccracken.net/wp/ ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ Bibdesk-develop mailing list Bibdesk-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-develop