Versioning system - Subversion Vs. Git

[David Demland]

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 at lists.plug.phoenix.az.us [mailto:plug-discuss-bounces at 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 <tom.haws at gmail.com> 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 <klsmith2020 at yahoo.com> 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 <pickell at gmail.com> wrote:
>>
>> From: Judd Pickell <pickell at gmail.com>
>> Subject: Re: Versioning system - Subversion Vs. Git
>> To: "Main PLUG discussion list" <plug-discuss at lists.plug.phoenix.az.us>
>> 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 at 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