Thanks.
Yes. I tried the below trick.
$ svn copy . http://p1/repos/tags/westlake_111
But failed. Sorry I cannot remember the error information.
Best regards,
_____________________________________
Yanghui Bian
ASIC Engineer
Vitesse Semiconductor Corporation A/S
Ethernet Products Division
Hoerkaer 16, DK-2730 Herlev, DENMARK
Direct: +45 4485 5903
Phone: +45 4485 5900, Fax: +45 4485 5901
mail: ybi@vitesse.com
web: http://www.vitesse.com
_____________________________________
-----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 Thu May 22 11:23:46 2003