Re: [PATCH] add a 'pre-push' hook
Quoting Scott Chacon <schacon@gmail.com>:
Show 27 quoted lines
> On Tue, Aug 19, 2008 at 12:59 PM, Shawn O. Pearce <spearce@spearce.org> wrote:
>> Jeff King <peff@peff.net> wrote:
>>>
>>> One other argument I have seen is that, to prevent the proliferation of
>>> hooks, the rule is not to add a hook that could just as easily be done
>>> as a sequence of commands. IOW, what's wrong with
>>>
>>> run_my_automated_tests && git push
>>
>> Yup, I agree completely.
>>
>> Why not just setup an alias:
>>
>> git config alias.send '! run_my_tests && git push "$@"'
>>
>> and retrain your fingers to use "git send ..."?
>
> Sorry, but couldn't this argument be made about any of the hooks run
> after manual operations? ie: pre-commit, pre-applypatch, commit-msg,
> post-commit, post-applypatch? I mean, couldn't you do :
>
> git config alias.docommit '! do_pre_commit && git commit ...' ?
>
> I thought the point of these kind of hooks was to make stuff like this
> automatic and easy to standardize for a project, so people working on
> a dozen git repos don't have to remember all the aliases they set up
> in each one.
This topic seems to come up every once in a while.
http://thread.gmane.org/gmane.comp.version-control.git/70781/focus=71069
http://thread.gmane.org/gmane.comp.version-control.git/79306/focus=79321
Somebody needs to describe the general rules in SubmittingPatches, perhaps?
I do not understand why Junio said he thinks this pre-push hook is a good idea. This clearly is "you always would want to do before running a git command" case.
--
Nanako Shiraishi
http://ivory.ap.teacup.com/nanako3/