Thread (4 messages) flat view 4 messages, 3 authors, 2016-06-15

Re: git-svn Rewrites Some Commits, but not All

From: Eric Wong <hidden>
Date: 2016-06-15 23:00:56

Piotr Krukowiecki [off-list ref] wrote:
On Mon, Apr 28, 2014 at 9:26 PM, Aaron Laws [off-list ref] wrote:
quoted
The way I understand it, when `git svn dcommit` is run, new commits
are created (A' is created from A adding SVN information), then the
current branch is moved to point to A'. Why don't we move any other
refs that were pointing to A over to A' ? What would be the point of
continuing to point to A? I'm interested in looking into coding this
change to git-svn, but I would like to hear some feedback first.
I think A' might not always be simply (A + SVN info). I think you can
dcommit when you're not up to date.  So A' will have a different
parent than A (will be automatically rebased on top of current branch
tip). Other refs pointing to A might be used as bookmarks, and moving
them from A to A' would be a significant change.
Right, I would not want "git rebase" (what dcommit uses internally)
to scan all the branches in my repository and try to update them
behind my back.  It's far too surprising and potentially dangerous.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help