You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Troy Bull <tr...@gmail.com> on 2008/03/21 18:40:32 UTC

Best Practices Advice Wanted

Greetings

I have a particular use case that I would be interested in knowing if
I am doing it correctly.

I have a repo with a folder.  This folder contains a bunch of folders
and files.  Someone deletes one of the folders, then commits a bunch
of changes to the other things.   Then she calls me and says, I didnt
mean to delete that folder.  What I did was go back to the last
revision it appeared (one prior to the delete), and did an svn copy
back into where it belongs.  Is there a better way?

Thanks
troy

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Best Practices Advice Wanted

Posted by Paul Koning <Pa...@dell.com>.
>>>>> "Benjamin" == Benjamin Smith-Mannschott <bs...@gmail.com> writes:

 Benjamin> On Mar 21, 2008, at 20:45, Paul Koning wrote:
 >>>>>>> "Troy" == Troy Bull <tr...@gmail.com> writes:
 >>
 Troy> Greetings I have a particular use case that I would be
 Troy> interested in knowing if I am doing it correctly.
 >>
 Troy> I have a repo with a folder.  This folder contains a bunch of
 Troy> folders and files.  Someone deletes one of the folders, then
 Troy> commits a bunch of changes to the other things.  Then she calls
 Troy> me and says, I didnt mean to delete that folder.  What I did
 Troy> was go back to the last revision it appeared (one prior to the
 Troy> delete), and did an svn copy back into where it belongs.  Is
 Troy> there a better way?
 >>  "svn merge" is a nice way to undo things.
 >> 
 >> paul

 Benjamin> It may not be possible to reverse just the deletion with
 Benjamin> svn merge without losing her other changes, though that
 Benjamin> could be compensated for with some clever use of svn revert
 Benjamin> after merging.

Right.  Or by issuing the merge in a suitable subdirectory of your
working directory (if the other changes are in some other subtree).
Revert works nicely for surgical "no, not that one" tweaks when it
isn't easily separated by pathname.  

I like the merge because it makes it easier to avoid missing
something.

	  paul


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Best Practices Advice Wanted

Posted by Benjamin Smith-Mannschott <bs...@gmail.com>.
On Mar 21, 2008, at 20:45, Paul Koning wrote:
>>>>>> "Troy" == Troy Bull <tr...@gmail.com> writes:
>
> Troy> Greetings I have a particular use case that I would be
> Troy> interested in knowing if I am doing it correctly.
>
> Troy> I have a repo with a folder.  This folder contains a bunch of
> Troy> folders and files.  Someone deletes one of the folders, then
> Troy> commits a bunch of changes to the other things.  Then she calls
> Troy> me and says, I didnt mean to delete that folder.  What I did
> Troy> was go back to the last revision it appeared (one prior to the
> Troy> delete), and did an svn copy back into where it belongs.  Is
> Troy> there a better way?
>
> "svn merge" is a nice way to undo things.
>
>     paul

It may not be possible to reverse just the deletion with svn merge  
without losing her other changes, though that could be compensated for  
with some clever use of svn revert after merging.

Tory's solution is what I would have done as well in this *particular*  
situation, though I'm not shy about using merge.

// Ben Smith-Mannschott

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Best Practices Advice Wanted

Posted by Paul Koning <Pa...@dell.com>.
>>>>> "Troy" == Troy Bull <tr...@gmail.com> writes:

 Troy> Greetings I have a particular use case that I would be
 Troy> interested in knowing if I am doing it correctly.

 Troy> I have a repo with a folder.  This folder contains a bunch of
 Troy> folders and files.  Someone deletes one of the folders, then
 Troy> commits a bunch of changes to the other things.  Then she calls
 Troy> me and says, I didnt mean to delete that folder.  What I did
 Troy> was go back to the last revision it appeared (one prior to the
 Troy> delete), and did an svn copy back into where it belongs.  Is
 Troy> there a better way?

"svn merge" is a nice way to undo things.

     paul


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org