I had to address this at work recently and we are moving to SVN. There were many factors that were import to me for a tool select that have not been talked about here. For example it was extremely important that a particular version matched what was deployed in the field, and that this version was automatically updated in source files after the code was checked in and done before the final build. It was also important that the system was able to handled in a work order type process so that each and every fix could be tied to an issue. There are many way for these items to be handled, as well as others, but we found that SVN provided the best overall solution. I have written a paper on others issues that a version control system needs to address if you would like to read it. It is found at: http://worldaccordingtodave.com/ReferenceMaterial/Papers/UsingVersionControl.aspx. David -----Original Message----- From: plug-discuss-bounces@lists.plug.phoenix.az.us [mailto:plug-discuss-bounces@lists.plug.phoenix.az.us] On Behalf Of Ed Sent: Tuesday, December 07, 2010 3:08 PM To: Main PLUG discussion list Subject: Re: Versioning system - Subversion Vs. Git On Tue, Dec 7, 2010 at 2:33 PM, Thomas Gail Haws wrote: > > That's what you would think. And that's what Git does (in a devious, compact, efficient way that's better than saving a version of the entire file). Which may help explain why it's so well received. > Tom > -- > "To forgive is the highest, most beautiful form of love. In return, you will receive untold peace and happiness." - Dr. Robert Muller > > > On Tue, Dec 7, 2010 at 2:24 PM, keith smith wrote: >> >> I guess I need to dig deeper. I thought that was the core of what a versioning system does - saves each version at commit so you will have a different file each time you "save". >> >> ------------------------ >> Keith Smith Hi Keith - weather you go SVN or Git of something else - you might want to read the first parts of the Red Bean book - it is a good intro to general version contro issues. If you like Subversion you should look into Trac as a nice project environment [http://trac.edgewall.org/] that I should probably do a presentation on fairly soon. For the website config, or DNS config etc I would go with Subversion because having a "just one deployed known good" config will aid your sanity - and if you ever deploy Cfengine, well, you're all set to go. On the devel side, Talk to your developers, you may find they already are big Git users. >> >> --- On Tue, 12/7/10, Judd Pickell wrote: >> >> From: Judd Pickell >> Subject: Re: Versioning system - Subversion Vs. Git >> To: "Main PLUG discussion list" >> Date: Tuesday, December 7, 2010, 1:54 PM >> >> I haven't seen anything in your posts that would indicate that GIT >> would be better than SVN for your needs, with the exception of the >> following: >> >> > >> > Basically all I need is a way to track updates and keep someone from over writing someone else's changes. >> > Subversion does locking and the pre-commit hooks can be useful too. >> >> Obviously there is no absolutely certain way to prevent someone from >> overwriting another person's changes. However with GIT you would get a >> more comprehensive way to compare and evaluate changes to figure out >> how to solve the issue when such things happen. I prefer SVN myself, >> but only more for familiarity than any other reason. >> This is Git's real strength because your developers will all be peers - one of the reasons I think Linus wrote git the way he did was so that each developer would have a Linux repository, first class and real, and that the Linux kernel as most of us know it is really "just" Linus's Linux repo. So he can retire anytime he wants. ;) Ed --------------------------------------------------- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss Internal Virus Database is out of date. Checked by AVG - www.avg.com Version: 9.0.829 / Virus Database: 271.1.1/2932 - Release Date: 06/11/10 11:35:00 --------------------------------------------------- PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us To subscribe, unsubscribe, or to change your mail settings: http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss