+1 for the distributed model of SCM, but git may not be the best choice for
a couple reasons. First, Windows support is not very good. It came out of a
need for Linux kernel source management after all. Second, it is not
supported by Google Code, where most if not all ESAPI projects are hosted.
I strongly recommend Mercurial (http://mercurial.selenic.com/) for it's
great cross-platform support and integration with Google Code. It's similar
to git in design and capability. I'm using it for ESAPI on Python, and have
been very happy with it.
Commit often and remember where you were. Make use of branches to hack out
features in parallel, and easily merge the branch back in to trunk. Check
out Mercurial. You'll be glad you did.
--
Craig Younkins
Mobile: (301) 520-0463
Website/Blog <http://cyounkins.blogspot.com/>
On Fri, Nov 6, 2009 at 3:15 PM, John Steven <jsteven at cigital.com> wrote:
> All,
>> I don't know how long you've been using SVN or what major/minor version
> you're relying on for front-/back-end work but I've been using SVN for my
> projects for a few years and run into many problems I'd have avoided if I
> went to GIT earlier on.
>> In particular, when people did local repository caching and complex
> branching merger became difficult or impossible. Wichers personally
> witnessed a bleary-eyed jS laid-over in Frankfurt fighting to merge (local)
> repository X bug-fixes into (master) repository Y, over borrowed Innanet
> time. You may have already struck some of the problems because you haven't
> had to do cross-repository syncing with adopting clients who are stuck at a
> previous major release (or similar). These things get nasty quickly.
>> Whereas I would never suggest you move to a new repository format / product
> so close to a release, I might suggest you wet feet and whet appetite with
> GIT in the meantime and spent as little time marrying deeper into the SVN
> family of tools/problems. This is what i'm doing for my projects anyways.
>> ----
> John Steven
> Senior Director; Advanced Technology Consulting
> Desk: 703.404.9293 x1204 Cell: 703.727.4034
> Key fingerprint = 4772 F7F3 1019 4668 62AD 94B0 AE7F EEF4 62D5 F908
>> Blog: http://www.cigital.com/justiceleague> Papers: http://www.cigital.com/papers/jsteven>http://www.cigital.com> Software Confidence. Achieved.
>>> Message: 2
>> Date: Fri, 06 Nov 2009 12:48:13 -0700
>> From: Neil Matatall <neil at owasp.org>
>> Subject: Re: [OWASP-ESAPI] Help needed building OWASP ESAPI from
>> source using Eclipse
>> To: "Kevin W. Wall" <kevin.w.wall at gmail.com>
>> Cc: owasp-esapi <owasp-esapi at lists.owasp.org>
>> Message-ID: <4AF47D7D.8080802 at owasp.org>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>>> I'm very aware of the two clients and often switch between the two when
>> one fails me ;)
>>>> I'm currently using Subversive, which I believe is becoming more of the
>> standard as new versions of EE Eclipse come with the repository out of
>> the box. Also, it has a few more features that are nice, but not
>> necessary.
>>>> Should the guide go into such detail? Is it sufficient to simply say
>> "install an Eclipse SVN client and check out the project"? There are
>> plenty of tutorials for doing just this and as mentioned before, that's
>> just one more thing to maintain.
>>>>>> So, ESAPI poll: subclipse or subversive? Just curious. The debate is
>> always on, but I'd be interested to what a group of developers more like
>> myself use.
>>>> Neil
>>>>>> _______________________________________________
> OWASP-ESAPI mailing list
>OWASP-ESAPI at lists.owasp.org>https://lists.owasp.org/mailman/listinfo/owasp-esapi>>-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.owasp.org/pipermail/owasp-esapi/attachments/20091107/39db601c/attachment.html