Re: Git 2.26 rebase.backend change issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Yes, the issue we have is the same described in the other thread.
I will try using GIT_EDITOR=: instead.

Thanks!


On Sat, Mar 28, 2020 at 3:18 PM Jeff King <peff@xxxxxxxx> wrote:
>
> On Sat, Mar 28, 2020 at 09:21:08AM +0100, Bastian Buchholz wrote:
>
> > Just wanted to report that I am running into issues with the git 2.26
> > `rebase.backend` change.
> > I am a maintainer on https://github.com/FredrikNoren/ungit which is a
> > UI for git using a http server / browser architecture.
> > We are using `git rebase` in non interactive mode (e.g. not specifying
> > `-i` or `--interactive`) on the server and with git 2.26 this fails
> > because it seems that it now runs in interactive mode by default. It
> > tries to an editor on `git rebase --continue`.
> > Specifying `-c rebase.backend=apply` fixes our issue see
> > https://github.com/FredrikNoren/ungit/issues/1301
>
> I don't think --interactive is relevant here; the features triggered by
> that option (i.e., the ability to tweak the instruction list) are
> different from the notion that rebase would never interact with the user
> at all.
>
> There's more discussion of this change in the thread at:
>
>   https://lore.kernel.org/git/20200310174017.GA549010@xxxxxxxxxxxxxxxxxxxxxxx/
>
> The simplest fix is likely to set GIT_EDITOR=: in your environment when
> you don't want the user to ever be presented with an editor.
>
> -Peff



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux