On Thu, Jun 6, 2013 at 2:21 PM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>> On Thu, Jun 6, 2013 at 1:30 PM, Junio C Hamano wrote:
>>> Felipe Contreras writes:
>>>
Pretty much what it says on the tin.
>>>
>>> And a bit more, isn't it?
>>>
>>> The --keep-redundant-commits option im
Felipe Contreras writes:
> On Thu, Jun 6, 2013 at 1:30 PM, Junio C Hamano wrote:
>> Felipe Contreras writes:
>>
>>> Pretty much what it says on the tin.
>>
>> And a bit more, isn't it?
>>
>> The --keep-redundant-commits option implies the --allow-empty option
>> and it was perfectly acceptable
Felipe Contreras writes:
> On Thu, Jun 6, 2013 at 1:30 PM, Junio C Hamano wrote:
>> Felipe Contreras writes:
>>
>>> Pretty much what it says on the tin.
>>
>> And a bit more, isn't it?
>>
>> The --keep-redundant-commits option implies the --allow-empty option
>> and it was perfectly acceptable
On Thu, Jun 6, 2013 at 1:30 PM, Junio C Hamano wrote:
> Felipe Contreras writes:
>
>> Pretty much what it says on the tin.
>
> And a bit more, isn't it?
>
> The --keep-redundant-commits option implies the --allow-empty option
> and it was perfectly acceptable to give both. By making sure that
>
Felipe Contreras writes:
> Pretty much what it says on the tin.
And a bit more, isn't it?
The --keep-redundant-commits option implies the --allow-empty option
and it was perfectly acceptable to give both. By making sure that
only at most one of -k-r-d, -a-e or -s-e is given, this forbids that
Pretty much what it says on the tin.
Signed-off-by: Felipe Contreras
---
Documentation/git-cherry-pick.txt | 3 +++
builtin/revert.c| 8
sequencer.c | 6 ++
sequencer.h | 1 +
t/t3508-cherry-pick-many-commits.
6 matches
Mail list logo