Merge branch 'jk/fetch-always-update-tracking'
commitdb400949b31a5d2cec923b4c9da710fbdd52cca2
authorJunio C Hamano <gitster@pobox.com>
Sun, 2 Jun 2013 22:57:26 +0000 (2 15:57 -0700)
committerJunio C Hamano <gitster@pobox.com>
Sun, 2 Jun 2013 22:57:26 +0000 (2 15:57 -0700)
treee707343e71761c2a3031f4009a7db4d09c581af6
parent67b57a90f41aeba8486db37c2771550c0de03686
parent823c6d56a83f3eec657a94581c23c5b7682bdaf4
Merge branch 'jk/fetch-always-update-tracking'

"git fetch origin master" unlike "git fetch origin" or "git fetch"
did not update "refs/remotes/origin/master"; this was an early
design decision to keep the update of remote tracking branches
predictable, but in practice it turns out that people find it more
convenient to opportunisticly update them whenever we have a chance,
and we have been updating them when we run "git push" which already
breaks the original "predictability" anyway.

Now such a fetch does update refs/remotes/origin/master.

* jk/fetch-always-update-tracking:
  fetch: don't try to update unfetched tracking refs
  fetch: opportunistically update tracking refs
  refactor "ref->merge" flag
  fetch/pull doc: untangle meaning of bare <ref>
  t5510: start tracking-ref tests from a known state
cache.h