Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [RFC/PATCH 2/4] Add git-sequencer prototype documentation

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:44:52

Jakub Narebski [off-list ref] writes:
quoted
No. It is "git-update-ref <ref> HEAD".
So what do you envision would this be used for?
A simple answer and a more elaborate one.

 * It is the final step of "git rebase" which detaches HEAD while it
   operates these days.

 * You can drive sequencer backend from a front-end that rewrite history
   while rewriting tags, like filter-branch does.
quoted
quoted
What is important is: does it update reflog (correctly)?
That is not very important question, as reflog updates would happen as
long as you use update-ref automatically.

Much more important question you did not ask is how it would interact with
"sequencer --abort".  Ideally it should rewind the ref update (and without
relying on the user having reflog on that ref).

I however personally feel that this "ref" thing is being a bit too
ambitious.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help