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

Re: Multi-folder tagging with a single commit?

From: Talden <talden_at_gmail.com>
Date: Mon, 20 Jul 2009 09:00:45 +1200

On Fri, Jul 17, 2009 at 10:49 AM, Michael
Cowperthwaite<mikec_at_lathropengineering.com> wrote:
> I'm working on a project which has four main directories.  Currently,
> only two of the directories are pertinent and those are what I'd like to
> tag.  I would like to be able to copy both of those folders in their
> entirety to a new subfolder of 'tags' in a single commit, similar to the
> single commit I can perform by copying from the trunk root to the new
> subfolder.  In essence, I want this:
>
>    svn copy svn://trunk/f1 svn://trunk/f2 svn://tags/NewTag
>
> (with the resulting NewTags containing both folders, f1 and f2, fully
> populated) without having to create /tags/NewTag first.  But svn just
> throws up its hands because NewTag doesn't exist.  The command works
> just fine if the folder exists, but creating that folder in the
> repository requires an additional commit.

If you don't end up wanting to use svnmucc you can do this clientside
with a non-recursive checkout of tags. The pain will be in copying
all of f1 and f2 locally (effectively checking them out).

$ svn co -N svn://server/repo/tags
$ svn mkdir tags/NewTag
$ svn cp svn://server/repo/path/to/f1 tags/NewTag/f1
$ svn cp svn://server/repo/path/to/f2 tags/NewTag/f2
$ svn commit -m "Tag 'NewTag' created from .../path/to/f1 and
.../path/to/f2" tags

or something like that.

PS. I'd find out the HEAD rev and explicitly use it in the copy of f1
and f2 so that they are at the same rev.

--
Talden
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2372458
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-07-19 23:01:42 CEST

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.