tags 573909 + upstream thanks Frédéric Brière wrote:
> When fetching from a local repo, it would be nice if git-fetch could use > hardlinks instead of copying files, just like git-clone does. Off topic: are you aware of /usr/share/doc/git-core/contrib/workdir/git-new-workdir? I think it is very useful precisely because it avoids the fetch step completely. Sometimes I am working on multiple patches at a time, with separate work trees to speed up 'make' by avoiding needless branch switching. I am only happy to forgo the flexibility I could get from explicitly synchronizing the object dbs and refs. > (I agree > that hardlinking a huge pack to avoid copying a few blobs may be > debatable, but having the option to do so nonetheless would be nice.) On topic, this sounds like a reasonable request, if a little weird. :) 'git clone -s' might be a workaround as long as you are aware of the dangers of gc-ing in the parent repository. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
