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

RE: svn copy question or issue

From: Yanghui Bian <ybi_at_vitesse.com>
Date: 2003-05-26 17:58:31 CEST

Would you be kind enough to add it to the issue list, please? Thanks.

Regards,
Yanghui Bian

-----Original Message-----
From: Sander Striker [mailto:striker@apache.org]
Sent: Thursday, May 22, 2003 11:15
To: Yanghui Bian; dev@subversion.tigris.org
Subject: RE: svn copy question

> From: Yanghui Bian [mailto:ybi@vitesse.com]
> Sent: Thursday, May 22, 2003 11:08 AM

> Thanks. Let me clarify it below:
> D:\test is a normal directory, which is empty. I checked out the westlake from the repository.
> Thus now I have something in D:\test. It is westlake: D:\test\westlake. So D:\test is not revisioned but D:\test\westlake
> is revisioned.
> I did something modification in my working copy. But I don't want to commit it to the trunk as it
> needs to be verified by my colleague.

But you do want those mods to go to /tags/westlake_111 ?
 
> I try to use SVN COPY's WC->URL as stated in the manual
> WC -> WC Copy and schedule an item for addition (with history).
> WC -> URL Immediately commit a copy of WC to URL.
> URL -> WC Check out URL into WC, and schedule it for addition.
> URL -> URL Complete server-side copy. This is usually used to branch and tag.
>
> Under directory D:\test
> $ svn copy westlake http://p1/repos/tags/westlake_111
> But failed.

Ah, yes. Try this:

In directory D:\test\westlake
$ svn copy . http://p1/repos/tags/westlake_111
 
> I did another try:
> checkout http://p1/repos/trunk
> goes to project westlake, do local changes
> Under directory trunk:
> $ svn copy westlake http://p1/repos/tags/westlake_111
> It works.
>
> I have no idea why it doesn't work in the first case. Does it due to that SVN is a tree revisioned tool?

No, because subversion checks to see if you are talking about versioned resources. This
could be viewed as a bug, since d:\test\westlake is certainly a working copy, although d:\test
is not (which is why the is_working_copy check is failing).

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon May 26 17:59:26 2003

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.