Re: [PATCH] make rebase respect core.hooksPath if set
On 15 August 2016 at 20:24, Johannes Schindelinwrote: > Would it not be more appropriate to teach --git-path hooks to respect the > core.hooksPath variable? This would be in line with --git-path objects > respecting the GIT_OBJECT_DIRECTORY environment variable. Indeed, I've thought about that, too, due to the bad smell of duplication, but not sure if that's the right position among all the abstraction layers. Also it's more convenient to come up with a shell based fix on local installation. Thanks -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] make rebase respect core.hooksPath if set
On Mon, Aug 15, 2016 at 02:24:59PM +0200, Johannes Schindelin wrote: > > when looking for pre-rebase and post-rewrite hooks, git-rebase > > only looks for hooks dir using `git rev-parse --git-path hooks`, > > which didn't consider the path overridden by core.hooksPath. > > Would it not be more appropriate to teach --git-path hooks to respect the > core.hooksPath variable? This would be in line with --git-path objects > respecting the GIT_OBJECT_DIRECTORY environment variable. Good idea. I think that logic is all in path.c:adjust_git_path(). And then I suspect the manual handling of git_hooks_path in find_hook() could go away (because strbuf_git_path would just do the right thing automatically). -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] make rebase respect core.hooksPath if set
Hi ryenus, On Sun, 14 Aug 2016, ryenus wrote: > when looking for pre-rebase and post-rewrite hooks, git-rebase > only looks for hooks dir using `git rev-parse --git-path hooks`, > which didn't consider the path overridden by core.hooksPath. Would it not be more appropriate to teach --git-path hooks to respect the core.hooksPath variable? This would be in line with --git-path objects respecting the GIT_OBJECT_DIRECTORY environment variable. > Signed-off-by: ryenusFrom https://github.com/git/git/blob/v2.9.3/Documentation/SubmittingPatches#L290-L291 > Also notice that a real name is used in the Signed-off-by: line. Please > don't hide your real name. Thanks, Johannes -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] make rebase respect core.hooksPath if set
On Sun, Aug 14, 2016 at 12:29 PM, ryenuswrote: > Patch attached. > > It seems gmail ruined the white spaces. > Not sure how to stop gmail from doing that. > Sorry for me, and for Gmail. Did you use git-send-email? I don't think that the gmail ui works. If you have 2-factor authentication, there are instructions on how to set that up in the docs in Documentation/git-format-patch.txt -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] make rebase respect core.hooksPath if set
Patch attached. It seems gmail ruined the white spaces. Not sure how to stop gmail from doing that. Sorry for me, and for Gmail. 0001-make-rebase-respect-core.hooksPath-if-set.patch Description: Binary data
[PATCH] make rebase respect core.hooksPath if set
when looking for pre-rebase and post-rewrite hooks, git-rebase only looks for hooks dir using `git rev-parse --git-path hooks`, which didn't consider the path overridden by core.hooksPath. Signed-off-by: ryenus--- git-rebase--interactive.sh | 14 +- git-rebase--merge.sh | 4 +++- git-rebase.sh | 7 +-- 3 files changed, 17 insertions(+), 8 deletions(-) diff --git a/git-rebase--interactive.sh b/git-rebase--interactive.sh index e2da524..e8af70d 100644 --- a/git-rebase--interactive.sh +++ b/git-rebase--interactive.sh @@ -724,11 +724,15 @@ Commit or stash your changes, and then run git notes copy --for-rewrite=rebase < "$rewritten_list" || true # we don't care if this copying failed } && - hook="$(git rev-parse --git-path hooks/post-rewrite)" - if test -x "$hook" && test -s "$rewritten_list"; then - "$hook" rebase < "$rewritten_list" - true # we don't care if this hook failed - fi && + { + hooks_path=$(git config --get core.hooksPath) + hooks_path="${hooks_path:-$(git rev-parse --git-path hooks)}" + hook="${hooks_path}/post-rewrite" + if test -x "$hook" && test -s "$rewritten_list"; then + "$hook" rebase < "$rewritten_list" + true # we don't care if this hook failed + fi + } && warn "$(eval_gettext "Successfully rebased and updated \$head_name.")" return 1 # not failure; just to break the do_rest loop diff --git a/git-rebase--merge.sh b/git-rebase--merge.sh index 06a4723..df5073e 100644 --- a/git-rebase--merge.sh +++ b/git-rebase--merge.sh @@ -96,7 +96,9 @@ finish_rb_merge () { if test -s "$state_dir"/rewritten then git notes copy --for-rewrite=rebase <"$state_dir"/rewritten - hook="$(git rev-parse --git-path hooks/post-rewrite)" + hooks_path=$(git config --get core.hooksPath) + hooks_path="${hooks_path:-$(git rev-parse --git-path hooks)}" + hook="${hooks_path}/post-rewrite" test -x "$hook" && "$hook" rebase <"$state_dir"/rewritten fi say All done. diff --git a/git-rebase.sh b/git-rebase.sh index 04f6e44..c9ba747 100755 --- a/git-rebase.sh +++ b/git-rebase.sh @@ -203,10 +203,13 @@ run_specific_rebase () { } run_pre_rebase_hook () { + hooks_path=$(git config --get core.hooksPath) + hooks_path="${hooks_path:-$(git rev-parse --git-path hooks)}" + hook="${hooks_path}/pre-rebase" if test -z "$ok_to_skip_pre_rebase" && - test -x "$(git rev-parse --git-path hooks/pre-rebase)" + test -x "$hook" then - "$(git rev-parse --git-path hooks/pre-rebase)" ${1+"$@"} || + "$hook" ${1+"$@"} || die "$(gettext "The pre-rebase hook refused to rebase.")" fi } -- 2.9.3 -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html