Re: Propose promoting 'contrib/rerere-train.sh' to command

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

 



On 21/12/2019 17:00, Philip Oakley wrote:
> Hi Tom,
>
> On 21/12/2019 02:17, Tom Miller wrote:
>> I would like to propose promoting 'contrib/rerere-train.sh' to one of the
>> following:
>>
>>     1. A builtin c command 'builtin/rerere-train.c'
>>     2. To the top level directory as a built in script 'git-rerere-train.sh'
>>
>> I have recently found myself writing scripts using 'contrib/rerere-train.sh'
>> and I wish it was built into the command. This would make it easier to use
>> rather than having to find it on different platforms. I think it could also
>> benefit from some documentation.
>>
>> I am trying to gauge the interest in this change before spending some time on
>> working on it. I would also appreciate feedback or alternative approaches to
>> what I have suggested. Thank you for your time.
>>
>> Thanks,
>> Tom Miller
> This sounds like a useful capability (especially the documentation!).
>
> I also had aspirations that there should also be a way of exchanging the
> essence of the rerere data when conflicts (e.g. feature vs master branch
> merges) are known locally and ought to be communicable with the patch sets.
>
> see messages:
> <37ccaad0-40b4-ca63-e057-791119d7fa69@xxxxxxxxxxxx>
> <nycvar.QRO.7.76.6.1909261253400.15067@xxxxxxxxxxxxxxxxx>
>
> Philip
There is also audio of the section of the Virtual Conf in a personal
email <20190914165929.GA22300@xxxxxxxxxxxxxxxxxxxxx> (~30MB) if needed.



[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