Re: [PATCH 1/1] Let rebase.reschedulefailedexec only affect interactive rebases

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

 



Hi,

On Sun, 30 Jun 2019, Phillip Wood wrote:

> On 28/06/2019 23:08, Junio C Hamano wrote:
> > Phillip Wood <phillip.wood123@xxxxxxxxx> writes:
> >
> > > One potential problem is if someone has an alias that always sets
> > > --reschedule-failed-exec but does not always add --exec to the
> > > command line.
> >
> > Such a use case would be hitting this die() already without this
> > topic, wouldn't it?  In which case we can say there is no "someone"
> > with such an alias.
>
> It depends what else the alias includes, if it also includes
> -i/-k/-r/--signoff then it wont have been dying but will if we start
> requiring --exec and they don't set that.

The entire reasoning behind the config variable was that it would allow
changing the behavior just in case that the interactive rebase backend was
in use.

In other words: I tried to introduce that config variable to prevent
people from having afore-mentioned problems with the command-line option.

Therefore, from my perspective, it makes more sense to define such an
alias using `-c ...` than using `--reschedule-failed-exec`, unless the
alias is definitely only intended to launch interactive rebases.

Ciao,
Dscho




[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