[EMAIL PROTECTED] wrote:
I have a fair amount of experience with svn. It is much easier to use than
cvs and I actually like the simple heirarchical nature of the repository
and how tags are implemented with copies/references. It makes everything
clear and easy to navigate. I also like the way svn supports webdav and
auto-versioning and has a nice interface via trac.
I believe that Mercurial has a Trac plugin, but I have no experience.
I have no idea what "auto-versioning" is.
Webdav really isn't required for Mercurial since you can pull directly
from a basic ordinary URL.
I've never used Hg before. But supposedly it is also easy to use, has
easier merging, and is distributed. I don't so much like the fact that it
doesn't seem to implement something as simple as keywords (So I can't put
$Version:$ in the /etc/motd and know what the version of this distro is),
Well, I believe you *can* do this, most people just don't like to do it
anymore because it changes the source files and then makes merging
particularly obnoxious. My bias: I don't like it because it conflates
metadata and source into the same object. Although, your use of it to
punch the value into the motd is probably reasonable.
I believe that the magic keyword is "post commit hook". Using that, you
can do all manner of nasty things to the files that you want to do.
doesn't do webdav, and you can only check out a whole repository. Not just
an individual file or directory.
Well, you have to be careful here. This is a philosophical difference
in defining an "atomic unit".
The DVCS systems tend to define an atomic unit as a changeset. SVN
defines an atomic unit as effectively a repository snapshot.
You can fake a central repository with the DVCS systems, but why? If
you really want a central system, then using SVN is the right way to go.
If you're really the only developer, I believe that there are
"offline" tools that allow subversion to run in an unconnected state and
then later "sync up".
-a
--
KPLUG-List@kernel-panic.org
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
