> On Tue, Jul 07, 2009 at 10:01:08AM +0200, Yann Dirson wrote: >> >> As an alternative, we could also allow "git svn reset" to take us back >> into the future to undo any such mistake without refetching. > > You can't do that directly, since data is destroyed (specifically, the > rev_map is truncated back to the selected revision). However, you can > "git reset" the branch back to where it was using the reflog, and then > the next git-svn command you run will rebuild the rev_map from the > comment metadata (obviously you're out of luck if you set "no_metadata"). > > It's possible that "git-svn reset" should be saving something like > ORIG_HEAD (comments welcome) but that does conflict with the idea of > adding "--all" or defaulting to "--all" behavior. Well, adding --all would probably be better after all. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html