[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [RFE] "Updated _from_revision_XYZ_ to revison ABC"

From: Kalin KOZHUHAROV <kalin_at_thinrope.net>
Date: 2005-09-14 19:08:50 CEST

* I always foget to CC the ML :-)

Eric Hanchrow wrote:
> What I am doing now is:
> svn info <= see current revision
> svn up
> svn log -r $currev:HEAD
>
> Me too.
>
> Will it be easy to implement a bit more info on the update MSG, like:
> Updated _from_revision_XYZ_ to revision ABC.
> instead of the current:
> Updated to revision ABC.
>
> My hunch is that it won't be _fast_, for the same reason that causes
> "svnversion" to take a long time to run.

Ou! Didn't even know that such a command exists!
Checked now all "commands", that was the last to learn :-)
Tried it now and yes, it does its thing, but veery slow on a big checkout dir.

> What do you think?
>
> I predict the developers will say "write a wrapper script around svn
> that runs 'svnversion' before doing 'svn up'".

Well that will be an overkill I guess.

Are there client-side hooks like the server-side?
Didn't find any in .subversion/config :-(

Google found: http://www.onlamp.com/pub/a/onlamp/2005/01/06/svn_homedir.html
"because there is no way to add a client-side hook in Subversion, or CVS for that matter."

If there are, I'd just put a wrapper pre-commit that runs this:
export P=`svn info |perl -ne 'next unless (/^Revision: (\d+)$/); print "$1\n"'`
and post-commit:
svn log -r $P:HEAD

Anybody ever considering cliend-side hooks? (for the stadard CLI only)?

Kalin.

-- 
|[ ~~~~~~~~~~~~~~~~~~~~~~ ]|
+-> http://ThinRope.net/ <-+
|[ ______________________ ]|
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Sep 14 19:12:30 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.