I've been been keeping an eye subversion for about six months now. Now
I'm in the process of setting up and evaluating svn for a little
project of mine (http://objectscript.sourceforge.net), as a possible
replacement for prcs. The fact that svn uses webdav between client and
server is a very nice feature for me, since I sometimes need to be able
to access my repository from work, where our only access to the outside
world is through a http proxy.
After a couple days of trying to get it to build and run (mostly my
fault... turns out the problems I was having were mostly due to still
having a pre-macosx-v10.2 developer tools installed... but binaries of
the svn snapshot in .pkg form would have made me a very happy camper),
I finally have things up and running. So far I am pretty happy. Other
than lacking merge history, which I think I can get by without for now,
I have a few comments/ideas/suggesions:
it would be nice to have a command to automatically add/remove files
that have been added/removed since the last checkout/update, like with
prcs's populate. Perhaps file properties on the directory could be
used to specify a list of regexps to ignore, ie. *.o/*.class/*~/etc.
It seems like this could be done all on the client side. I'll probably
end up doing this with a shell script, but it would be nice to have it
built into the client, since windows users would otherwise need to
install cygwin to use a shell script. I am willing to do some hacking
and send a patch for the "populate" feature, if you think it would be a
good thing to have.
From looking through the mailing list archives, this has come up
before. Having per-file keywords is fine, and I will be using them for
sure, but it will be a step backwards from prcs to not have per-project
(per-repository) keywords, at least when I export a release. I think a
compromise solution would be a way to have an export-hook script which
would run on the server when a client is doing an export... if that
export script was able to modify the files sent to the client, then I
could implement my own keyword substitution.
I am not sure if export is a client side only thing, or not... if it is
client side only, then maybe I could do the same thing with a checkout
hook that did the keyword substitution, and perhaps a commit hook that
undid the substitution.
a $Format: "some string"$ keyword, which replaces the following line
with the specified string with all keywords expanded... for example,
with prcs I use something like:
in the web page, to automatically update the link to the current
version whenever I do a release. I suppose I could achieve the same
thing with a variation of all the keywords that entirely replace
themselves with the keyword expansion.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Fri Dec 27 03:43:27 2002