Junio C Hamano writes:
> Matthieu Moy writes:
>
>> Michael Haggerty writes:
>>
>>> Or perhaps "-NUM" should fail with an error message if any of the last
>>> NUM commits are merges. In that restricted scenario (which probably
>>> accounts for 99% of rebases), "-NUM" is equivalent to "HEAD~NUM"
Matthieu Moy writes:
> Michael Haggerty writes:
>
>> Or perhaps "-NUM" should fail with an error message if any of the last
>> NUM commits are merges. In that restricted scenario (which probably
>> accounts for 99% of rebases), "-NUM" is equivalent to "HEAD~NUM".
>
> Makes sense to me. So, -NUM
Michael Haggerty writes:
> This might be a reason that "-NUM" is a bad idea.
>
> Or perhaps "-NUM" should fail with an error message if any of the last
> NUM commits are merges. In that restricted scenario (which probably
> accounts for 99% of rebases), "-NUM" is equivalent to "HEAD~NUM".
That
Duy Nguyen writes:
> On Mon, Mar 3, 2014 at 4:37 PM, Matthieu Moy
> wrote:
>> Michael Haggerty writes:
>>
>>> Or perhaps "-NUM" should fail with an error message if any of the last
>>> NUM commits are merges. In that restricted scenario (which probably
>>> accounts for 99% of rebases), "-NUM"
On Mon, Mar 03, 2014 at 10:37:11AM +0100, Matthieu Moy wrote:
> Michael Haggerty writes:
>
> > Or perhaps "-NUM" should fail with an error message if any of the last
> > NUM commits are merges. In that restricted scenario (which probably
> > accounts for 99% of rebases), "-NUM" is equivalent to
Duy Nguyen writes:
> On Mon, Mar 3, 2014 at 4:37 PM, Matthieu Moy
>
>> This would actually be a feature for me: I often want to rebase "recent
>> enough" history, and when my @{upstream} isn't well positionned, I
>> randomly type HEAD~N without remembering what N should be. When N is too
>> small
On Mon, Mar 3, 2014 at 4:37 PM, Matthieu Moy
wrote:
> Michael Haggerty writes:
>
>> Or perhaps "-NUM" should fail with an error message if any of the last
>> NUM commits are merges. In that restricted scenario (which probably
>> accounts for 99% of rebases), "-NUM" is equivalent to "HEAD~NUM".
>
Michael Haggerty writes:
> Or perhaps "-NUM" should fail with an error message if any of the last
> NUM commits are merges. In that restricted scenario (which probably
> accounts for 99% of rebases), "-NUM" is equivalent to "HEAD~NUM".
Makes sense to me. So, -NUM would actually mean "rebase the
On 03/02/2014 04:55 PM, Matthieu Moy wrote:
> Eric Sunshine writes:
>
>> On Sun, Mar 2, 2014 at 3:53 AM, Eric Sunshine
>> wrote:
>>> On Sat, Mar 1, 2014 at 9:53 PM, Nguyễn Thái Ngọc Duy
>>> wrote:
This is "rev-list style", where people can do "git rev-list -3" in
addition to "git re
Eric Sunshine writes:
> On Sun, Mar 2, 2014 at 3:53 AM, Eric Sunshine wrote:
>> On Sat, Mar 1, 2014 at 9:53 PM, Nguyễn Thái Ngọc Duy
>> wrote:
>>> This is "rev-list style", where people can do "git rev-list -3" in
>>> addition to "git rev-list HEAD~3". A lot of commands are driven by the
>>> r
On Sun, Mar 2, 2014 at 3:53 AM, Eric Sunshine wrote:
> On Sat, Mar 1, 2014 at 9:53 PM, Nguyễn Thái Ngọc Duy
> wrote:
>> This is "rev-list style", where people can do "git rev-list -3" in
>> addition to "git rev-list HEAD~3". A lot of commands are driven by the
>> revision machinery and also acce
On Sat, Mar 1, 2014 at 9:53 PM, Nguyễn Thái Ngọc Duy wrote:
> This is "rev-list style", where people can do "git rev-list -3" in
> addition to "git rev-list HEAD~3". A lot of commands are driven by the
> revision machinery and also accept this form. This addition to rebase
> is just for convenienc
On Sun, Mar 2, 2014 at 3:37 PM, Eric Sunshine wrote:
> On Sat, Mar 1, 2014 at 9:53 PM, Nguyễn Thái Ngọc Duy
> wrote:
>> This is "rev-list style", where people can do "git rev-list -3" in
>> addition to "git rev-list HEAD~3". A lot of commands are driven by the
>> revision machinery and also acce
On Sat, Mar 1, 2014 at 9:53 PM, Nguyễn Thái Ngọc Duy wrote:
> This is "rev-list style", where people can do "git rev-list -3" in
> addition to "git rev-list HEAD~3". A lot of commands are driven by the
> revision machinery and also accept this form. This addition to rebase
> is just for convenienc
This is "rev-list style", where people can do "git rev-list -3" in
addition to "git rev-list HEAD~3". A lot of commands are driven by the
revision machinery and also accept this form. This addition to rebase
is just for convenience.
Signed-off-by: Nguyễn Thái Ngọc Duy
---
Documentation/git-rebas
15 matches
Mail list logo
