Re: [PATCH v3 0/1] Teach the builtin rebase about the builtin interactive rebase
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Oct 6, 2018, 23:50 UTC
- Message-ID
- <xmqqy3bavdmk.fsf@gitster-ct.c.googlers.com>
- In-Reply-To
- <pull.23.v3.git.gitgitgadget@gmail.com>
"Johannes Schindelin via GitGitGadget" <gitgitgadget@gmail.com> writes:
Show 5 quoted lines
> Note: while this patch targets pk/rebase-in-c-6-final, it will not work > correctly without ag/rebase-i-in-c. So my suggestion is to rewrite the > pk/rebas-in-c-6-final branch by first merging ag/rebase-i-in-c, then > applying this here patch, and only then cherry-pick "rebase: default to > using the builtin rebase".
Is this a stale comment in the context of v3, where we pretty much know how the resulting topic should intertwine with other topics? I am trying to see if I have do to anything differently this time, or just replacing the single commit while keeping the structure around that commit the same is fine.
Also, I see there is a new iteration v8 of ag/rebase-i-in-c on the list, sent on Sep 27th (you were CC'ed but I suspect it was before you came back). Are you happy with that update? Otherwise, we should make sure that topic is solid enough before extending (meaning: I'd replace this one while keeping ag/rebase-i-in-c that has been cooking in 'pu', without updating the latter).
Show 5 quoted lines
> Changes since v2: > > * Prepare for the break command, by skipping the call to finish_rebase() > for interactive rebases altogether (the built-in interactive rebase > already takes care of that).
Thanks.