Re: Useful tracking branches and auto merging

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

 



On Mon, Oct 4, 2010 at 11:46 PM, Jonathan Nieder <jrnieder@xxxxxxxxx> wrote:
> Felipe Contreras wrote:
>> ÂYour branch is behind 'origin/master' by 17 commits, and can be fast-forwarded.
>>
>> This message doesn't tell me _how_ I can 'fast-forward', I do 'git
>> merge origin/master' but if git already knows 'master' is tracking
>> 'origin/master' why should I specify that? Perhaps 'git merge
>> --tracking'.
>
> git merge @{u}

Interesting, I don't find anything like that in the documentation.
Moreover, wouldn't it make sense to make 'git merge' = 'git merge
@{u}'?

>> But, while we are on that, why not automatically merge the tracking
>> branches?
>
> Maybe 'git pull --all' could be taught to eventually do this? ÂThat
> would be incompatible with its current behavior of fetching everything
> and merging some random branch, but I don't think anyone is relying
> on that.

Maybe, I feel 'git pull' is for single branches or repos, whereas 'git
remote update' is pretty clear it's for all the repos, so if some
merging is to be done for all the repos, it should be some form of
'git remote', no?

-- 
Felipe Contreras
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[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]