Hi Erik,

Thanks for your insights into these different systems.  I had been
looking at different SCM's lately since reading about git in a Linux
magazine and also since OpenEmbedded (a project for Linux on handhelds
like the Zaurus I use) uses Monotone.  I'll have to investigate and
see how they go; on the other hand, I use a couple of different IDE's
for my work and they both have support for CVS and SVN, while none for
any other open source SCM I have seen.

As for OS9, as I mentioned, it might not be an issue what we use as as
far as I know Anthony is taking a break from Csound.

steven




On 5/19/06, Erik de Castro Lopo <mle+la@mega-nerd.com> wrote:
> Steven Yi wrote:
>
> > Hi Erik,
> >
> > I think that moving to a distributed SCM system is a bit much and if
> > any other system is to be used, I'd say Subversion would do well
> > enough for better tracking of changes.
>
> I use SVN at work so I know it well. I also use GNU Arch and Bzr at
> home and know them even better.
>
> The thing that the distributed RC systems bring us is sane handling
> of branches. For instance with GNU Arch, I often create a new branch
> to work on a specific feature. Working on lots of different branches
> like this means that its *much* less likely for developers to step
> on each others toes.
>
> The other thing that distributed RC systems brings us less reliance
> on a central server which can go down and prevent everyone from
> grabbing the source and/or commiting. With distributed RC systems,
> everyone can have their own branch on their own machine and only
> merge to the public branch when they are happy with the code.
>
> Aside from the fact that subversion requires a centralised server,
> its main problem is lack of sane handling of merges across branches.
> William Nagle , author of "Subversion Version Control" says it best:
>
>     "One of Subversions biggest weaknesses is its lack of adequate
>     internal tracking for merges."
>
> The distributed RC systems keep track of all the things that have been
> merged into a branch and avoid attempting to merge the same changeset
> twice. SVN is not that smart.
>
> > Also with distributed SCM, if developers are all working on their own
> > changes in their branches, I have a feeling that it'll be much easier
> > for things to fracture if someone decides they don't like someones
> > changes in another branch and decide not to merge there.
>
> I don't see how that is any more likely with distributed RCS than with
> CVS.
>
> >  Perhaps a
> > bit of paranoia and inexperience with distributed SCM on my part
> > though.
>
> Distributed revision control systems are like sex. Until you've
> tried them you don't know how good they can be.
>
> Moving from CVS to distributed RC will bring great benefits. Moving
> from CVS to SVN will only bring a few. One of the downsides of
> SVN is that Anthony Kozar cannot access SVN from Mac OS9.
>
> Erik
> --
> +-----------------------------------------------------------+
>   Erik de Castro Lopo
> +-----------------------------------------------------------+
> "Well behaved women rarely make history." -- Dorothy Parker
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net