Re: Local cache for git objects

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, May 17, 2012 at 10:47 PM, Junio C Hamano <gitster@xxxxxxxxx> wrote:
>
> Bartosz Gęza <bartoszgeza@xxxxxxxxx> writes:
>
> > Reference is read only (?)
> > I'd like to set up one global cache repository and forget.
> > Later as I fetch any objects they are stored there for fast future
> > access.
>
> Somebody needs to keep the "global cache" up to date, and that has to be
> somebody who has access to cron(7) on your system, and you will be a
> good candidate to do so.  So as part of the procedure to "set up one
> global cache repository and forget (about it)", make a bare clone and
> then set up a scheduled task to periodically "git fetch" from its
> origin, and then you are pretty much done, no?

That would work. It's a good practice for a single project with stable
dependencies.

My only concern is that it requires effort from user of the cache to
keep the list of tracked remotes up to date. After time user would
have to recall how to update the list or bother somebody who
remembers. I suppose that in a few months since set up it would only
include repositories that take over 5-10 minutes to fetch.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]