Re: Last mile to 1.0?
- From
Junio C Hamano <junkio@cox.net>
- Date
- Jul 18, 2005, 05:44 UTC
- Message-ID
- <7vackkekif.fsf@assigned-by-dhcp.cox.net>
- In-Reply-To
- <Pine.LNX.4.62.0507161815100.15383@qynat.qvtvafvgr.pbz>
David Lang <david.lang@digitalinsight.com> writes:
Show 8 quoted lines
> a very common one will be prople who want to setup a cron job to > update their local tree nightly, in this case having a pre-generated > pack file with each day's updates will save a significant amount of > processing power. > > would it make sense to have it do something along the lines of sending > the day;s pack file plus a small number of individual object (even if > the pack file will partially duplicate object the puller already has)
I think that would be a reasonable thing to do. The server for anonymous puller, git-daemon, may need some extending. As people criticised, git-upload-pack/git-fetch-pack protocol being not easily extensible, we would end up doing another protocol, though, that's OK.
Fortunately [*1*], git-daemon itself is written to be extensible if you are willing to introduce a totally new protocol driver, so if this on-demand pack generation turns out to be too much a resource hog, we have a reasonably easy way out.
[Footnote]
*1* We are fortunate but that is not by dumb luck. When he did daemon.c::execute(), Linus must have thought things through.