Re: Git version of some common SVN hooks?

[Chris Packham <judge.packham@gmail.com>]

On 04/10/10 12:43, Dun Peal wrote:
> Hi,
> 
> I'm porting a large and active repository from SVN to Git.
> 
> To provide the developers with the same features, I need the Git
> version of the following common hooks:
> 
> 1. svn2cl: the Subversion ChangeLog Generator. Basically a script that
> sends a readable email listing a range of commits, showing just a
> short summary for each commit: author name, timestamp, hash, paths
> modified, commit message.
> 2. Hook to reject any commit containing a path with non-ASCII characters.
> 3. Hook to reject any commit causing the repository to contain two or
> more paths that differ from each other only in letter case. For
> instance, a commit adding foo/bar.py would be rejected if foo/Bar.py
> was added as part of that same commit, or already existed in the repo.
> 4. Hook to trigger an action based on which path was committed to. For
> example, if a developer commits into REPO_ROOT/foo, send an email to
> address foo@somedomain, whereas a commit to REPO_ROOT/bar will send an
> email to bar@somedomain.
> 
> I'm hoping there are Git versions of these hooks already written, but
> if now any leads about implementing them would be appreciated.
> 
> Our full setup btw is a large repository hosted on a local instance of
> Gitorious. All our users use Git >= 1.7, although they work on all 3
> operating systems: Linux, OS X, Windows.
> 
> Thanks, D

I don't know if they suit all of your needs but there are a few default
hooks that ship with git. Have a look at .git/hooks/*.sample in any
init-ed git repository. You can also find them here
http://repo.or.cz/w/git.git/tree/HEAD:/templates

There are also some in http://repo.or.cz/w/git.git/tree/HEAD:/contrib/hooks

There are plenty of others but that's the extent of the googling I'm
going to do for you.

Pre-empting your next question. One point to note is that for security
reasons the hooks don't get included when you clone a repository. This
is OK for most people as you generally want these things on the server
containing the canonical repository anyway, what other people do with
their clones is up to them.

At $dayjob we have a few hooks enforcing coding/commit policy so we
wrote a simple script that can either wrap git clone or be run after git
clone to install the hooks for individual developers.