On 7/16/2022 6:09 PM, Elijah Newren wrote: > On Tue, Jul 12, 2022 at 6:07 AM Derrick Stolee via GitGitGadget > <gitgitgadget@xxxxxxxxx> wrote: >> >> From: Derrick Stolee <derrickstolee@xxxxxxxxxx> >> >> When the user runs 'git rebase -i --update-refs', the end message still >> says only >> >> Successfully rebased and updated <HEAD-ref>. >> >> Update the sequencer to collect the successful (and unsuccessful) ref >> updates due to the --update-refs option, so the end message now says >> >> Successfully rebased and updated <HEAD-ref>. >> Updated the following refs with --update-refs: >> refs/heads/first >> refs/heads/third > > This seems good. > >> Failed to update the following refs with --update-refs: >> refs/heads/second > > This is good, but I think it could be improved. Could we also include > the commit to which rebase would have updated the branch to? That > would allow the user to manually update it if they want, or at least > see a range-diff between what we would have updated it to and what it > now has. Without that information, the user might have difficulty > correcting that branch. Would you mind if I left this as something for #leftoverbits? I expect that a follow-up series will be necessary once we have more user feedback. This isn't the only item delayed until after more feedback. Thanks, -Stolee