From: Will Palmer <wmpalmer@gmail.com>
To: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Cc: Luke Kenneth Casson Leighton <luke.leighton@gmail.com>,
git <git@vger.kernel.org>
Subject: Re: http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134
Date: Mon, 29 Nov 2010 10:12:51 +0000 [thread overview]
Message-ID: <1291025571.4262.21.camel@wpalmer.simply-domain> (raw)
In-Reply-To: <AANLkTi=aCRGNtKxrPLH81H8_NvpBNOmJ-0MHgRms2a3T@mail.gmail.com>
On Sat, 2010-11-27 at 21:19 +0100, Ævar Arnfjörð Bjarmason wrote:
> Right, but is there an actual use case for people who are developing
> code to use something like git over p2p? Maybe I'm just being
> unimaginative, but I can't see a case where people are working on the
> same project and can't find a way to push/pull from each other using
> the existing methods. Especially since it's easy to sign up for free
> Git hosting and use something like Tor to pull/push from there. Or to
> set up your own git HTTP server on a Tor *.onion server.
To me, the use-case wouldn't be because I /can't/ use existing methods,
it's because I /don't want to/ use existing methods :)
p2p tends to imply:
- Resume-able downloads
- Downloads from multiple sources at the same time
- Transparently using an alternative source if one becomes unavailable
- Load-balancing
- referencing/linking based on "what it is" instead of "where it is"
The reason this stuff isn't a big itch for anybody is that these
problems tend to come about when cloning, which doesn't really happen
that often. When there's a new release, fetching the latest
release-tag /might/ bring about the same needs, though in my experience
"there's a new release" generally means nothing to me, since I check if
there's a new release by running "git remote update" and looking for new
tags, merging with my local patches if I see a relevant one.
I'm not convinced that any of this is something which is git's job, so
much as it sounds like something which could benefit from another
transport layer that git can optionally tie into. Sure, these could be
developed together (p2p with git in mind), but adding a giant p2p
section to the git codebase sounds like bloat.
I want my version control software to use p2p concepts for efficiency. I
don't want my version control software to be a p2p client any more than
I want my text-editor to be a mail client.
(In case it's not clear, I am in favour of p2p ("gittorrent")-like
functionality being in git)
next prev parent reply other threads:[~2010-11-29 10:13 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-27 17:33 http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 Luke Kenneth Casson Leighton
2010-11-27 18:36 ` http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 Ævar Arnfjörð Bjarmason
2010-11-27 19:06 ` http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 Luke Kenneth Casson Leighton
2010-11-27 19:28 ` http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 Jonathan Nieder
2010-11-27 20:19 ` http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 Ævar Arnfjörð Bjarmason
2010-11-29 10:12 ` Will Palmer [this message]
2010-11-29 10:35 ` http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 Nguyen Thai Ngoc Duy
2010-11-29 19:27 ` http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 J.H.
2010-11-30 9:43 ` http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 Will Palmer
2010-11-30 10:08 ` http://tech.slashdot.org/comments.pl?sid=1885890&cid=34358134 Jan Krüger
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=1291025571.4262.21.camel@wpalmer.simply-domain \
--to=wmpalmer@gmail.com \
--cc=avarab@gmail.com \
--cc=git@vger.kernel.org \
--cc=luke.leighton@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).