Skip to contentSkip to conversation

Per branch properties for pull and fetch

PATCH In review Santi Béjar 3 participants 7 messages Jun 15, 2016 Documentation

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 Per branch properties for pull and fetch

It allows to specify on a per branch basis the following:
.- default repository to fetch
.- default branches to merge on a per repository basis .- default pull.{octopus,twohead}

So if you have this in the config:
[branch "my"]
remote=yours
merge=master
merge=our from theirs
merge=mine from .

and you are in the branch "my":

"git pull": fetch the remote yours and merge the branch master. "git pull theirs": fetch the remote theirs and merge the branch our. "git pull .": merge the branch mine from the local repository.

---
 Documentation/config.txt |   14 +++++++++++
 git-fetch.sh             |   13 ++++++----
 git-parse-remote.sh      |   57 ++++++++++++++++++++++++++++++++++++++++++++++
 git-pull.sh              |   29 ++++++++++++++++++++---
 4 files changed, 104 insertions(+), 9 deletions(-)
Documentation/config.txt +14 -0
index 465eb13..f12b595 100644
@@ -116,6 +116,20 @@ apply.whitespace::
 	Tells `git-apply` how to handle whitespaces, in the same way
 	as the '--whitespace' option. See gitlink:git-apply[1].
 
+branch.<name>.remote::
+	When in branch <name>, it tells `git-fetch` which remote to fetch.
+
+branch.<name>.merge::
+	When in branch <name>, it tells `git-pull` to merge this remote
+	branch of the repository branch.<name>.remote. To specify a different
+	remote repository use the from `<branch> from <repo>`.
+
+branch.<name>.octopus::
+	When in branch <name>, the same as pull.octopus.
+
+branch.<name>.twohead::
+	When in branch <name>, the same as pull.twohead.
+
 diff.color::
 	When true (or `always`), always use colors in patch.
 	When false (or `never`), never.  When set to `auto`, use
git-fetch.sh +8 -5
index c2eebee..8129d8a 100755
@@ -68,11 +68,13 @@ done
 
 case "$#" in
 0)
-	test -f "$GIT_DIR/branches/origin" ||
-		test -f "$GIT_DIR/remotes/origin" ||
-			git-repo-config --get remote.origin.url >/dev/null ||
-				die "Where do you want to fetch from today?"
-	set origin ;;
+	curr_branch=$(git-symbolic-ref HEAD)
+	curr_branch=${curr_branch##refs/heads/}
+	origin=$(git-repo-config --get "branch.$curr_branch.remote")
+	origin=${origin:-origin}
+	test -n "$(get_remote_url $origin)" ||
+		die "Where do you want to fetch from today?"
+	set $origin ;;
 esac
 
 remote_nick="$1"
@@ -446,3 +448,4 @@ case ",$update_head_ok,$orig_head," in
 	fi
 	;;
 esac
+echo $remote_nick >"$GIT_DIR/FETCH_REMOTE"
git-parse-remote.sh +57 -0

60 lines not on this page · raw message

git-pull.sh +25 -4
index f380437..467d9c0 100755
@@ -7,6 +7,7 @@ # Fetch one or more remote refs and merg
 USAGE='[-n | --no-summary] [--no-commit] [-s strategy]... [<fetch-options>] <repo> <head>...'
 LONG_USAGE='Fetch one or more remote refs and merge it/them into the current HEAD.'
 . git-sh-setup
+. git-parse-remote
 
 strategy_args= no_summary= no_commit= squash=
 while case "$#,$1" in 0) break ;; *,-*) ;; *) break ;; esac
@@ -47,6 +48,8 @@ done
 orig_head=$(git-rev-parse --verify HEAD) || die "Pulling into a black hole?"
 git-fetch --update-head-ok --reflog-action=pull "$@" || exit 1
 
+curr_branch=$(git-symbolic-ref HEAD)
+curr_branch=${curr_branch##refs/heads/}
 curr_head=$(git-rev-parse --verify HEAD)
 if test "$curr_head" != "$orig_head"
 then
@@ -70,9 +73,18 @@ to recover.'
 
 fi
 
-merge_head=$(sed -e '/	not-for-merge	/d' \
-	-e 's/	.*//' "$GIT_DIR"/FETCH_HEAD | \
-	tr '\012' ' ')
+remote=$(cat "$GIT_DIR/FETCH_REMOTE")
+merge_head=$(get_heads_to_merge_in_branch "$curr_branch" "$remote" ) || exit
+
+if [ -n "$merge_head" ];
+then
+	merge_name=$(git-fmt-merge-msg <"$GIT_DIR/HEADS_TO_MERGE") || exit
+else
+	merge_head=$(sed -e '/	not-for-merge	/d' \
+		-e 's/	.*//' "$GIT_DIR"/FETCH_HEAD | \
+		tr '\012' ' ')
+	merge_name=$(git-fmt-merge-msg <"$GIT_DIR/FETCH_HEAD") || exit
+fi
 
 case "$merge_head" in
 '')
@@ -85,6 +97,11 @@ case "$merge_head" in
 	then
 		strategy_default_args="-s $var"
 	fi
+	var=`git-repo-config --get branch.$curr_branch.octopus`
+	if test -n "$var"
+	then
+		strategy_default_args="-s $var"
+	fi
 	;;
 *)
 	var=`git-repo-config --get pull.twohead`
@@ -92,6 +109,11 @@ case "$merge_head" in
         then
 		strategy_default_args="-s $var"
 	fi
+	var=`git-repo-config --get branch.$curr_branch.twohead`
+	if test -n "$var"
+        then
+		strategy_default_args="-s $var"
+	fi
 	;;
 esac
 
@@ -101,7 +123,6 @@ case "$strategy_args" in
 	;;
 esac
 
-merge_name=$(git-fmt-merge-msg <"$GIT_DIR/FETCH_HEAD") || exit
 git-merge "--reflog-action=pull $*" \
 	$no_summary $no_commit $squash $strategy_args \
 	"$merge_name" HEAD $merge_head
Signature · 1 line
1.4.2.rc2.g1728
#1 lore raw

hoi :)

Quoted 11 lines · Santi Béjar

It allows to specify on a per branch basis the following:
.- default repository to fetch
.- default branches to merge on a per repository basis .- default pull.{octopus,twohead}

So if you have this in the config:
[branch "my"]
remote=yours
merge=master
merge=our from theirs
merge=mine from .

could we default the to-be-merged branch to "remotes/$remote/$branch" if that exists?. That could make life a lot easier when using clone --use-separate-remote.

Signature · 1 line
Martin Waitz
author
#2 lore raw

2006/7/27, Martin Waitz <[email protected]>:

Quoted 15 lines

hoi :)

Quoted 11 lines · Santi Béjar

It allows to specify on a per branch basis the following:
.- default repository to fetch
.- default branches to merge on a per repository basis .- default pull.{octopus,twohead}

So if you have this in the config:
[branch "my"]
remote=yours
merge=master
merge=our from theirs
merge=mine from .

Quoted 3 lines

could we default the to-be-merged branch to "remotes/$remote/$branch" if that exists?. That could make life a lot easier when using clone --use-separate-remote.

I would prefer to change git-clone and git-branch to write the full config. And I'll do this if this or someting like this is accepted.

Santi

author
#3 lore raw

2006/7/27, Santi <[email protected]>:

Quoted 16 lines

2006/7/27, Martin Waitz <[email protected]>:

Quoted 15 lines

hoi :)

Quoted 11 lines · Santi Béjar

It allows to specify on a per branch basis the following:
.- default repository to fetch
.- default branches to merge on a per repository basis .- default pull.{octopus,twohead}

So if you have this in the config:
[branch "my"]
remote=yours
merge=master
merge=our from theirs
merge=mine from .

Quoted 7 lines
Quoted 3 lines

could we default the to-be-merged branch to "remotes/$remote/$branch" if that exists?. That could make life a lot easier when using clone --use-separate-remote.

I would prefer to change git-clone and git-branch to write the full config. And I'll do this if this or someting like this is accepted.

On the other hand, my patch changes the behaviour only when explicitly configured, and your proposed default would change the behaviour even without changes to the config.

Santi

#4 lore raw

hoi :)

Quoted 7 lines · Santi
Quoted 3 lines
Quoted 3 lines

could we default the to-be-merged branch to "remotes/$remote/$branch" if that exists?. That could make life a lot easier when using clone --use-separate-remote.

On the other hand, my patch changes the behaviour only when explicitly configured, and your proposed default would change the behaviour even without changes to the config.

that is correct.

The current default is to always use the remote's master branch, right? What do others think: does it make sense to default to the same branchname on the remote side?

It could make life a bit easier if you want to synchronize several topic branches between different sites.

Signature · 1 line
Martin Waitz
author
#5 lore raw
Quoted 1 line

The current default is to always use the remote's master branch, right?

No.

For .git/remotes/ remotes it defaults to the first Pull line. For .git/branches/ remotes if defaults to master, but you can specify another branch.

Santi

#6 lore raw
In reply to Martin Waitz
Quoted 3 lines · Martin Waitz

The current default is to always use the remote's master branch, right? What do others think: does it make sense to default to the same branchname on the remote side?

I like the separate-remote option too and having one simple command that pulls the changes from the correct remote branch would be nice. It should do something like

$ git pull ${1:-origin} $(git-symbolic-ref HEAD | cut -d / -f 3-)