eric at emstraffic.com
Fri Mar 4 15:37:44 MST 2005
We've also been looking into CVS or something like. But I am having a
hard time even wrapping my head around it for a web development
environment. For example, you can't just check out the code into your
work folder and hack away since apache needs to feed it out if you want
to test it. For self contained projects that each user can run their
own instance of, it makes perfect sense. Right now I have it setup so
the projects are always checked out into a development directory that
apache does serve and when you complete the testing you just commit the
files and then run a script that blasts it out to all the appropriate
servers. Also changed up the permissions so all coders can work on
these files. Which takes away the user tracking functionality of CVS.
You can really tell this is our first time with a CVS system. I am very
interested in hearing about all the types of CVS-type systems out there
and their pros and cons for a web environment. Or even just better ways
to lay it out.
Roberto Mello wrote:
>On Fri, Mar 04, 2005 at 02:06:12PM -0700, Steve Meyers wrote:
>>We're looking into possibly moving to something besides CVS for our
>>version control. One we are looking into is GNU Arch. Unfortunately,
>>it doesn't seem to be as well documented, and it seems it might be a bit
>>immature at this point. It does seem to have some cool features though.
>> Is anyone here using it, and if so, what are your thoughts?
>I wouldn't say immature. It needs polishing, UI, etc. but its design is
>the best I've seen so far of the open source batch. And it works well,
>subversion is a pile of hacks. It is made to work, but just enough so that
>people used to CVS can feel warm and cozy. It does very well at that,
>hence the number of old CVS front-ends that have been made to work with
>You might want to look at Bazaar, a version of GNU arch focused on
>improving arch's UI, usability and front-end-ability. It was created and
>maintained by the Canonical (Ubuntu) folks, and will remain as compatible
>as possible with regular gnu arch.
More information about the PLUG