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

Re: Getting HEAD revision number from a URL

From: Garrick Olson <Garrick.Olson_at_Aceva.com>
Date: 2004-10-26 01:40:58 CEST

Ben wrote:
>Because it's not a common operation?

Every five minutes from each of our build servers...does that count as
common? ;)

Seriously, though, continuous integration practices are becoming pretty
common, and the current command set does make it difficult to implement
properly.

>'svn log' tells you. So does
>'svn up'. Does does 'svn st -u'. Most of the time people are working

>with working copies, not with abstract URLs.

For build servers, sometimes it is okay to deal with working copies, but
for the more paranoid it is often desirable to "delete the whole world"
and create new, unmodifiable copies using svn export.

>But here's a special present for you.

This works in the one-off case, but doesn't help much with packaged
tools. I did a bit of work on the CruiseControl Subversion integration,
but was unable to "properly" implement it. The current implementation
uses timestamps rather than revision numbers, which has a number of
undesirable consequences.

>Nevertheless, there *is* a network API call for this in svn_ra.h. Just

>run RA->get_latest_revnum().

I am not very familiar with that API. Does it get the latest revision
for the entire repository, or the latest revision (that contains
changes) for a path within the repository?

The important thing for build servers, is that you want to pick up
changes only for a particular path (branch) within the repository.

>It took me 1 minute to modify from tools/examples/svnput.c.

Does that mean it would only take a couple minutes to commit it? :)

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 26 01:41:24 2004

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.