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

[PATCH] 'svn mkdir --parents' shows absolute paths

From: Senthil Kumaran S <senthil_at_collab.net>
Date: Fri, 02 May 2008 15:04:15 +0530

Hi,

Whenever we try to add/mkdir directories recursively using 'svn mkdir
--parents' we get the absolute paths for the adds which is not the case for
normal adds.

During a normal svn add/mkdir operation we get:

        $ svn mkdir wc2/trunk
        A wc2/trunk

On the other hand with '--parents' we get:

        $ svn mkdir --parents branches/sample/think/use/fast
        A /tmp/wc2/branches
        A /tmp/wc2/branches/sample
        A /tmp/wc2/branches/sample/think
        A /tmp/wc2/branches/sample/think/use
        A /tmp/wc2/branches/sample/think/use/fast

In order to be consistent across all the results shouldn't we consider having
something like the following for '--parents' ?

        $ svn mkdir --parents wc2/branches/sandbox/sample/think/get
        A wc2/branches
        A wc2/branches/sandbox
        A wc2/branches/sandbox/sample
        A wc2/branches/sandbox/sample/think
        A wc2/branches/sandbox/sample/think/get

Is this an intended behavior? If not the following patch fixes this, which
changes/removes a line from the public API svn_client_add4 (I know which is not
allowed, but what is the best way to go about this?)

[[[
'svn mkdir --parents' shows absolute paths

* subversion/libsvn_client/add.c
   (svn_client_add4): Do not change the path supplied to absolute path.

Patch by: stylesen
]]]

-- 
Senthil Kumaran S
http://www.stylesen.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-05-02 11:34:48 CEST

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

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