From: Ryan Davis Date: 2005-07-01T17:35:14+09:00 Subject: Re: Subversion On Jun 30, 2005, at 5:29 PM, Shugo Maeda wrote: >> I wouldn't say subversion is better yet, just different. > > I think good points of Subversion are: > > : Not based on single file > CVS is based on single file, and doesn't support rename and > removal > well. Subversion gives a revision to changes in all related > changes > per commit, so it's easy to track changes. > : Security > Subversion is not perfect, but more secure than CVS. > We can use HTTPS and basic auth, so committers doesn't need > Unix accounts any more, and extra ports like pserver are not > necessary. > : Easy to maintain > The complexity of loginfo of CVS is my headache. (I think it's > also > eban's headache) > post-commit of Subversion and `svnadmin dump' is easy to use. > `svnadmin dump' also supports incemental backup. > : Trac > Trac (http://www.edgewall.com/trac/) is an issue tracking system. > Trac and Subversion are good friends. We can close a bug just to > write a ticket number in a commit log like: > > fixed something. (closes #1234) > > Trac has also a good repository browser for Subversion. > Please see http://dev.rubyonrails.com/ for example. *nod* These are all very good points, and with the exception of trac (although there is an open bug on this exception), all of these points are also supported by perforce. Perforce is free for open- source development and is used by larger groups like freebsd (http:// perforce.freebsd.org/). The clients are free to anyone and available on just about every version of every OS under the sun. It also has some other benefits: + Some commands/options just seem so much more straightforward (p4 sync -n to see what you WOULD get if you sync'd, not svn -u st). At least they do to me. + Merging is much easier + Much more uniform use of revision identifiers across nearly all commands + Repository diffs are FAST (10x faster by my unscientific measure). + p4 opened -a (who has what open?) is _awesome_. + p4 describe $revision is _awesome_ (and much much faster than the equivalent in svn). + underneath it all, still rcs files, no binary DB to corrupt (there are binary DBs for metadata) + Proven scalability. + Much more mature and bug free.