You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Branko Čibej <br...@xbc.nu> on 2003/01/11 17:42:53 UTC

Re: svn commit: rev 4346 - in trunk: . subversion subversion/tests/clients/cmdline subversion/tests/clients/cmdline/svntest subversion/svnversion

philip@tigris.org wrote:

>Author: philip
>Date: 2003-01-11 10:54:06 -0600 (Sat, 11 Jan 2003)
>New Revision: 4346
>
>Added:
>   trunk/subversion/svnversion/
>   trunk/subversion/svnversion/main.c
>   trunk/subversion/tests/clients/cmdline/svnversion_tests.py
>Modified:
>   trunk/Makefile.in
>   trunk/build.conf
>   trunk/subversion/tests/clients/cmdline/svntest/main.py
>Log:
>New program svnversion that generates a compact "current revision" for
>a working copy.  Use a quick hack to put the revision in a file in the
>installed include dir (that's ugly, I'm sure someone will be able to do
>something much neater).
>

Hey, this is extremely cool! I like the idea of having a separate
program to calculate this version number. But here's an interesting
question: What will svnversion show if it encounters a directory that
was pulled into the working copy from another repository, using
svn:externals?


-- 
Brane Čibej   <br...@xbc.nu>   http://www.xbc.nu/brane/


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: svn commit: rev 4346 - in trunk: . subversion subversion/tests/clients/cmdline subversion/tests/clients/cmdline/svntest subversion/svnversion

Posted by Branko Čibej <br...@xbc.nu>.
Philip Martin wrote:

>Branko ÄŒibej <br...@xbc.nu> writes:
>
>  
>
>>>New program svnversion that generates a compact "current revision" for
>>>a working copy.  Use a quick hack to put the revision in a file in the
>>>installed include dir (that's ugly, I'm sure someone will be able to do
>>>something much neater).
>>>
>>>      
>>>
>>Hey, this is extremely cool! I like the idea of having a separate
>>program to calculate this version number. But here's an interesting
>>question: What will svnversion show if it encounters a directory that
>>was pulled into the working copy from another repository, using
>>svn:externals?
>>    
>>
>
>At present an svn:externals directory will be ignored, because the
>svn_client_status code doesn't descend into such directories.  I think
>that's the correct behaviour, I assume anyone using svnversion will
>want to store the revision for each component separately.  If issue
>959 is implemented svn_client_status will need to provide a mechanism
>to disable descent.
>  
>

O.K., that makes sense.

-- 
Brane Čibej   <br...@xbc.nu>   http://www.xbc.nu/brane/


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: svn commit: rev 4346 - in trunk: . subversion subversion/tests/clients/cmdline subversion/tests/clients/cmdline/svntest subversion/svnversion

Posted by Philip Martin <ph...@codematters.co.uk>.
Branko Čibej <br...@xbc.nu> writes:

> >New program svnversion that generates a compact "current revision" for
> >a working copy.  Use a quick hack to put the revision in a file in the
> >installed include dir (that's ugly, I'm sure someone will be able to do
> >something much neater).
> >
> 
> Hey, this is extremely cool! I like the idea of having a separate
> program to calculate this version number. But here's an interesting
> question: What will svnversion show if it encounters a directory that
> was pulled into the working copy from another repository, using
> svn:externals?

At present an svn:externals directory will be ignored, because the
svn_client_status code doesn't descend into such directories.  I think
that's the correct behaviour, I assume anyone using svnversion will
want to store the revision for each component separately.  If issue
959 is implemented svn_client_status will need to provide a mechanism
to disable descent.

-- 
Philip Martin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org