git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: cloning/pulling hooks

From
Junio C Hamano <gitster@pobox.com>
Date
Aug 29, 2007, 19:45 UTC
Message-ID
<7vlkbup1kh.fsf@gitster.siamese.dyndns.org>
In-Reply-To
<b3889dff0708290618s79cffdb5nb6cc69d14efa8b9@mail.gmail.com>
"Benjamin Collins" <aggieben@gmail.com> writes:
Show 20 quoted lines
> On 8/29/07, Petr Baudis <pasky@suse.cz> wrote:
>> But overally, I'm still not convinced that there is a feasible use-case
>> for the cloned hooks at all. Someone has a particular example?
>>
>> --
>>                                 Petr "Pasky" Baudis
>
> My group at work would like this capability.  We have a homogeneous
> environment with well-known NFS shares, and some scripts that do
> things in this common environment (e.g., release scripts).  It would
> be nice if when we do a clone, all the hook scripts (that would be
> valid on any machine, in any directory, for any user) would come with
> it.
>
> Of course, I understand why it's not already like that, particularly
> given the context of Linux development practices.  Still - there are
> those of us that think this would be a great convenience.  Having an
> option to git-clone to retrieve the parent's hook scripts would be
> preferable, and have git-clone just disable them by default.
> 'git-clone -t repo' or some such.
I do think this is project specific, as such:
 - you can have .git/hooks be a symlink to ../git-hooks/
   (i.e. the project toplevel "git-hooks" directory, or
   whereever the project finds convenient);
 - have "git-hooks" tracked

The latter will take care of the distribution issue. Now, we would need a generic and convenient way to make sure that the new repository "clone" makes has .git/hooks as a symlink to whereever in-tree that follows the project convention. I think you could use the existing templates mechanism. Allow "git clone" to take 'template=' parameter and pass it down to "git init" it invokes. You use project specific template that arranges the .git/hooks/ symlink when you clone. We could even support "[clone] template = this/template/file" variable in your $HOME/.gitconfig if we go this route.

   
Previous: Alex Riesen
Message 17 of 17 in “Re: cloning/pulling hooks”
  1. Andy ParkinsAug 29, 2007
  2. Petr BaudisAug 29, 2007
  3. Andy ParkinsAug 29, 2007
  4. Johannes SchindelinAug 29, 2007
  5. Andy ParkinsAug 29, 2007
  6. Alex RiesenAug 29, 2007
  7. Benjamin CollinsAug 29, 2007
  8. Petr BaudisAug 29, 2007
  9. Johannes SchindelinAug 29, 2007
  10. Petr BaudisAug 29, 2007
  11. Johannes SchindelinAug 29, 2007
  12. Petr BaudisAug 29, 2007
  13. Johannes SchindelinAug 29, 2007
  14. Petr BaudisAug 29, 2007
  15. Johannes SchindelinAug 29, 2007
  16. Alex RiesenAug 29, 2007
  17. Junio C HamanoAug 29, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.