"Robert S. Sfeir" <yosemitesam@gmail.com> writes:
> Hum no it doesn't follow the cp rules, if it did, then the FIRST copy
> would have created the SubDir1 directory and it didn't, it did on the
> SECOND copy.
>
> I think that's a bug. If you go to unix and copy a
> directory, or its content, you get the contents or directory the
> first time you copy, but if you noticed from my result paste the
> first copy copies file1.txt to the root of tag1, not tag1/SubDir1,
> the second copy which uses the same location, creates the SubDir1 and
> copies the file in it... so you end up with
>
> tags/tag1/file1.txt
> tags/tag1/SubDir1/file2.txt
>
> That should NOT be happening, what SHOULD be happening is either:
>
> tags/tag1/file1.txt
> tags/tag1/file2.txt
>
> OR
>
> tags/tag1/SubDir1/file1.txt
> tags/tag1/SubDir1/file2.txt
>
> Not a mix and then fail on the third copy completely!
>
> The third copy should have known that SubDir1 already existed and
> just put file3.txt in it.
>
> Am I mistaken here?
Hmmm. When I look back over your initial description, it's not
entirely clear to me what happened in your repository. It's time to
take this beyond prose transcripts, it's too hard to follow what's
going on.
Can you post a script that reproduces everything? The script would
create the repository, make the relevant directories, check out a
working copy, run the svn commands, and cause the bug(s) to happen.
It should contain echo statements or comments indicating the wrong
state at each point where a wrong state happens.
Sorry, I know a script is more time for you, but it helps us
*immensely*, as we have so many potential bug reports to get through,
only some of which are actual bugs.
Thanks,
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Apr 12 20:59:03 2005