From: David Roundy <droundy@abridgegame.org>
To: Petr Baudis <pasky@ucw.cz>
Cc: Juliusz Chroboczek <Juliusz.Chroboczek@pps.jussieu.fr>,
darcs-devel@darcs.net, Git Mailing List <git@vger.kernel.org>
Subject: Re: [darcs-devel] Re: A darcs that can pull from git
Date: Tue, 26 Apr 2005 08:47:09 -0400 [thread overview]
Message-ID: <20050426124704.GB28120@abridgegame.org> (raw)
In-Reply-To: <20050426123445.GE18971@pasky.ji.cz>
On Tue, Apr 26, 2005 at 02:34:45PM +0200, Petr Baudis wrote:
> Dear diary, on Tue, Apr 26, 2005 at 01:06:17PM CEST, I got a letter
> where David Roundy <droundy@abridgegame.org> told me that...
> > Do the git have any suggestions about how to avoid excess downloads or
> > excess copies of a git repository? It seems to me like it would make sense
> > to always download sha1s to ~/.gitcache/, and then hardlink them to the
> > current git repository, so you wouldn't end up ever downloading the same
> > sha1 twice. Or we should use $GITCACHE/, to give the user some
> > flexibility. But perhaps this is an already-solved problem, and I've just
> > not noticed...
>
> I'm not sure about the problem you are actually trying to solve, and I
> didn't manage to guess it quickly just from the mails themselves;
> cg-init /local/path now hardlinks the sha1 objects to the local
> .git/objects directory, so you get no space waste. If you are talking
> about downloading stuff from remote repositories, http-pull might help.
Yeah, what I was wondering about was the scenario where a user does (and
pardon any errors, I haven't actually used cogito) something like
cd foo
cg-init http://remote_repository
cd ../bar
cg-init ../foo
(so far we've only got hard links and everything is great)
http-pull http://remote_repository (downloads a few more commits to bar)
cd ../foo
http-pull http://remote_repository
Does this last pull download the same commits as the previous one? Ideally
it wouldn't. The whole point of the sha1-named files is that you don't
have to worry about where you got it from. Ideally the second pull would
get the actual files from ../bar, where they've already been downloaded.
Or perhaps (and this was what I was *really* hoping) all the cogito remote
operations would store a hardlink of their results in a common cache
directory, so that one could actually do
cd foo
cg-init http://remote_repository
cd ../bar
cg-init http://remote_repository
without either downloading anything twice, or wasting any disk space. In
practice what's more likely in practice is that you'll want to
cd foo
cg-init http://linus_remote_repository
cd ../bar
cg-init http://gregkh_remote_repository
and would like to avoid downloading redundant info.
--
David Roundy
http://www.darcs.net
prev parent reply other threads:[~2005-04-26 12:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-24 22:32 A darcs that can pull from git Juliusz Chroboczek
2005-04-25 13:31 ` David Roundy
2005-04-25 15:12 ` Juliusz Chroboczek
2005-04-26 0:55 ` Linus Torvalds
2005-04-26 11:06 ` David Roundy
2005-04-26 12:34 ` Petr Baudis
2005-04-26 12:47 ` David Roundy [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050426124704.GB28120@abridgegame.org \
--to=droundy@abridgegame.org \
--cc=Juliusz.Chroboczek@pps.jussieu.fr \
--cc=darcs-devel@darcs.net \
--cc=git@vger.kernel.org \
--cc=pasky@ucw.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox