NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
help them think they understand.
--Larry Wall
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
CVS (Score:1)
At work we branch once we start a new release and wrap up the old release, then we merge the bug fixes and such into the trunk on a regularly so you don't have to make the bug fix twice.
-biz-
I was going to go that direction (Score:1)
but I don't think it will work for us. In our case there are 2 developers here, and we generally don't work on the same projects. The release dates for said projects will probably never coincide. So whatever we do will have to support independent projects.
If all development is on the trunk, then we can only check in changes once we know they are stable & won't break the trunk. This has the benefit of letting each other know quickly if API's change. But it also can potentially hurt the other developer
"Perl users are the Greatful Dead fans of computer science." --slashdot comment