path: root/
diff options
authorJunio C Hamano <>2006-12-22 06:39:09 (GMT)
committerJunio C Hamano <>2006-12-22 06:56:25 (GMT)
commitd41cb273d313a21979b05dba57d0c6b565b28ba6 (patch)
tree3bdfd6e084c4dc9b827b2e246124e23b9faf1ef9 /
parent27e4dd8de76bdd60c88003e0f27cee8ad26c5cd6 (diff)
parse-remote: mark all refs not for merge only when fetching more than one
An earlier commit a71fb0a1 implemented much requested safety valve to refuse "git pull" or "git pull origin" without explicit refspecs from using the first set of remote refs obtained by reading .git/remotes/origin file or branch.*.fetch configuration variables to create a merge. The argument was that while on a branch different from the default branch, it is often wrong to merge the default remote ref suitable for merging into the master. That is fine as a theory. But many repositories already in use by people in the real world do not have any of the per branch configuration crap. They did not need it, and they do not need it now. Merging with the first remote ref listed was just fine, because they had only one ref (e.g. 'master' from linux-2.6.git) anyway. So this changes the safety valve to be a lot looser. When "git fetch" gets only one remote branch, the irritating warning would not trigger anymore. I think we could also make the warning trigger when branch.*.merge is not specified for the current branch, but is for some other branch. That is for another commit. Signed-off-by: Junio C Hamano <>
Diffstat (limited to '')
1 files changed, 9 insertions, 2 deletions
diff --git a/ b/
index 871c08f..f163821 100755
--- a/
+++ b/
@@ -136,6 +136,8 @@ canon_refs_list_for_fetch () {
if test "$1" = "-d"
shift ; remote="$1" ; shift
+ set x $(expand_refs_wildcard "$@")
+ shift
if test "$remote" = "$(get_default_remote)"
curr_branch=$(git-symbolic-ref HEAD | \
@@ -143,8 +145,13 @@ canon_refs_list_for_fetch () {
merge_branches=$(git-repo-config \
--get-all "branch.${curr_branch}.merge")
- set x $(expand_refs_wildcard "$@")
- shift
+ # If we are fetching only one branch, then first branch
+ # is the only thing that makes sense to merge anyway,
+ # so there is no point refusing that traditional rule.
+ if test $# != 1 && test "z$merge_branches" = z
+ then
+ merge_branches=..this..would..never..match..
+ fi
for ref