# Re: [RFC] git-fetch - repack in the background after fetching

1 messages from 2006-06-25 to 2006-06-25. Participants: linux@horizon.com.
Thread: https://gitlist.dev/t/4669

## linux@horizon.com, 2006-06-25 17:53

Subject: Re: [RFC] git-fetch - repack in the background after fetching
Message-ID: <20060625175316.26403.qmail@science.horizon.com>
URL: https://gitlist.dev/e/20060625175316.26403.qmail%40science.horizon.com

```
How about a post-fetch hook script that can do this?  With an example
of either printing a message or repacking in the background?

procmail includes a lockfile(1) utility useful for shell scripts, but
it also wouldn't be hard to add a "git-lock-file <file> <command>..."
utility that would create the given lock file, fork the command, and
clean up again when it exited, relaying its exit status.
(I can write one if there's interest.)

I agree with Linus that *defaulting* to background repack has problems,
but it does seem useful to provide enough hooks to easily implement
the option.  Even printing the warning in a script seems like it would
simplify internationalization, and different sites (e.g. reiserfs
developers) might have different policies about what constitutes
"a boatload".

```
