Git development
 help / color / mirror / Atom feed
From: しらいしななこ <nanako3@lavabit.com>
To: "Scott Chacon" <schacon@gmail.com>
Cc: "Shawn O. Pearce" <spearce@spearce.org>,
	"Jeff King" <peff@peff.net>,
	git@vger.kernel.org, gitster@pobox.com
Subject: Re: [PATCH] add a 'pre-push' hook
Date: Wed, 20 Aug 2008 06:26:36 +0900	[thread overview]
Message-ID: <20080820062636.6117@nanako3.lavabit.com> (raw)
In-Reply-To: <d411cc4a0808191326s35a56c1i2e20d82e3885298@mail.gmail.com>

Quoting Scott Chacon <schacon@gmail.com>:

> 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/

  reply	other threads:[~2008-08-19 21:27 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1219170876-46893-1-git-send-email-schacon@gmail.com>
2008-08-19 18:55 ` [PATCH] add a 'pre-push' hook Scott Chacon
2008-08-19 18:58   ` Jeff King
2008-08-19 19:00     ` Scott Chacon
2008-08-19 19:08       ` Jeff King
2008-08-19 19:59         ` Shawn O. Pearce
2008-08-19 20:26           ` Scott Chacon
2008-08-19 21:26             ` しらいしななこ [this message]
2008-08-19 21:45               ` Scott Chacon
2008-08-19 22:23                 ` Junio C Hamano
2008-08-19 22:26         ` Sam Vilain
2008-08-20  0:15           ` Jeff King
2008-08-19 19:39       ` Junio C Hamano
2008-08-19 19:58         ` Scott Chacon
2008-08-19 23:35           ` Junio C Hamano
2008-08-19 23:39             ` Shawn O. Pearce

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080820062636.6117@nanako3.lavabit.com \
    --to=nanako3@lavabit.com \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=peff@peff.net \
    --cc=schacon@gmail.com \
    --cc=spearce@spearce.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox