Kevin Ballard wrote:
> I just updated to Subversion v1.1.0 RC 2 and I tried creating a branch
> in a project I was working on. I had updated my source to the latest
> revision and made a few changes but one of the project admins decided he
> didn't want that change in the trunk (at least, not yet), so I did an
> `svn copy . <svn repo>/branches/resizable`. After that I did an `svn
> switch <svn repo>/branches/resizable` and I saw a lot of changes
> happening. After a bit of looking I discovered that the copy copied an
> old revision over. The copy action was revision 209 and the trunk held
> the correct stuff but the branch held the contents of revision 205 in
> the trunk instead of the previously-up-to-date revision 208 (which my WC
> was a modified form of). Doing an `svn merge -r 205:208 <svn
> repo>/trunk` in my switched WC fixed it, but the question is how did
> this happen in the first place? My WC was definitely up-to-date.
>
> So can somebody explain this behaviour? Thanks.
>
Can't explain it. If your working copy was all at r208, then the copy
action should have created a branch with r208 contents, not r205
contents. Are you *sure* your working copy was all at r208?
In any case, the important thing here is to try and reproduce. We need
to see a transcript of this bug happening.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Aug 11 14:48:41 2004