Re: Friendly refspecs

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: Friendly refspecs

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:44:28

Teemu Likonen [off-list ref] writes:

[By the way, please never redirect the response to your messages away from
you with:

    Mail-Followup-To: Jeff King [off-list ref], Ingo Molnar [off-list ref],
            git@vger.kernel.org

You wasted 30 seconds of my (and anybody who potentially wanted to give
advice to you) time by forcing me fix the To: header while composing this
response.  I know Jeff understands what I am going to mention, and I do
not want to waste his time by putting him on To: header.]
Currently "git fetch <URL>" does not seem to do anything useful for
non-git-hackers. It seems to fetch objects but not create any branches
referring to them.
I'd suggest you to study:

  http://thread.gmane.org/gmane.comp.version-control.git/31351/focus=31634

Not everybody wants remote tracking.

Re: Friendly refspecs

From: Teemu Likonen <hidden>
Date: 2016-06-15 22:44:28

Junio C Hamano wrote (2008-04-09 14:21 -0700):
[By the way, please never redirect the response to your messages away from
you with:

    Mail-Followup-To: Jeff King [off-list ref], Ingo Molnar [off-list ref],
            git@vger.kernel.org
Sorry, didn't even know such header existed. After consulting Mutt's
manual and some googling I think I understand it now. I'm a subscriber
to git list (and my Mutt knows that) and Mail-Followup-To told
everyone's MUAs to not include me in recipient list since I get
everything through the list. But this is configurable and generating
Mail-Followup-To should be now turned off.
quoted
Currently "git fetch <URL>" does not seem to do anything useful for
non-git-hackers. It seems to fetch objects but not create any
branches referring to them.
I'd suggest you to study:

  http://thread.gmane.org/gmane.comp.version-control.git/31351/focus=31634

Not everybody wants remote tracking.
Thanks, and I agree. Me neither always want remote tracking. Git's
current behaviour to only create/update FETCH_HEAD seems actually better
- now that I know what it does. I think it's a good idea to show "[new
branch] foo -> FETCH_HEAD" after fetching.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help