git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Kārlis Repsons" <karlis.repsons@gmail.com>
To: "Santi Béjar" <santi@agolina.net>
Cc: git@vger.kernel.org
Subject: Re: Truly decentralised use of git?
Date: Tue, 14 Jul 2009 13:22:58 +0000	[thread overview]
Message-ID: <200907141323.02151.Karlis.Repsons@gmail.com> (raw)
In-Reply-To: <adf1fd3d0907140222t6762d4f7s417f56905492cbba@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2032 bytes --]

On Tuesday 14 July 2009 09:22:10 you wrote:
> 2009/7/14 Kārlis Repsons <karlis.repsons@gmail.com>:
> > Hello,
> > git is just great with its possibility of decentralised using, but how
> > can it be done, given, that participants are all across the internet?
> > IPv6? How is it done with kernel?
>
> I don't think "truly decentralised" is what you want[1]. For me, truly
> decentralised is when all the repositories are equal, and in
> particular there is no central repository to sync with.
>
> Normally there is a "social" central repository, be it controlled by
> one person (like the linux kernel) or by multiple people (like the
> gnome git repositories). It does not mean it is not decentralised,
> many people can (and do) have repositories spread across the internet
> and the central repository can be moved from one place to another.
>
> In a "truly decentralised" setup, every repository can sync any other
> repository. So you just provide a public repository and sync with the
> rest of repositories. It does not scale with a large number of
> repositories, so it is easier just to declare some of the repositories
> as central (like the Linus' repository and the subsystem
> repositories).
>
> In the linux kernel setup, there is a central repository, Linus'
> repository, with its public repository at kernel.org, and the
> subsystem repositories (x86, mm, usb,...) normally at kernel.org but
> they can be anywhere else. Everybody syncs with Linus' repository, and
> when you work in a specific subsystem you sync with the central one
> and/or the subsystem repository.
>
> HTH,
> Santi

I am sorry, another thing was of my interest.
My unknown is the technical realisation - how can particular repository be 
made available for easy pulling from it? Right now with IPv4 most normal 
workstations are not accessible directly, because they are behind routers.
That situation should be better with IPv6, but I haven't tried to use it.
I hope, question is now clarified.

k.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2009-07-14 13:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-14  8:11 Truly decentralised use of git? Kārlis Repsons
2009-07-14  9:22 ` Santi Béjar
2009-07-14 13:22   ` Kārlis Repsons [this message]
2009-07-14 13:34     ` Alex Riesen
2009-07-14 15:58       ` Kārlis Repsons
2009-07-14 18:09         ` Alex Riesen
2009-07-14 19:15           ` Kārlis Repsons
2009-07-14 14:21     ` Theodore Tso

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=200907141323.02151.Karlis.Repsons@gmail.com \
    --to=karlis.repsons@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=santi@agolina.net \
    /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).