D Programming Language source (dmd, phobos,etc.) has moved to github

Don nospam at nospam.com
Wed Jan 26 13:22:34 PST 2011


Vladimir Panteleev wrote:
> On Wed, 26 Jan 2011 06:33:35 +0200, Don <nospam at nospam.com> wrote:
> 
>> I think this is a fallacy. It only applies if you
>> (1) *completely disallow* any centralisation -- which I don't think 
>> ever happens in practice!
> 
> What about the Linux kernel? There's Linus's git repo, and lots of repos 
> maintained by others (e.g. Linux distros). The other distros are not a 
> superset of Linus's repo, they have their own branches with various 
> project-specific patches and backports. Git was written for this 
> specifically.

Yes, but each distro has a trunk, in which all commits are ordered by 
time. There's always an official version of every branch.

> 
>> and (2) demand that cloning a repository be an entirely read-only 
>> operation (so that the repository doesn't know how many times it has 
>> been cloned)
>> and (3) demand that the revision numbers behave exactly as they do in 
>> svn.
> 
> Then you're suggesting that the commit identifiers basically contain the 
> clone history?

Yes, I think it could be done that way. Identifier would be composed of 
clonenumber+commitnumber. Where it is the location of the original 
change. Yes, there are difficulties with this scheme, but I think they 
are the same challenges as for implementing merges on a centralised VCS 
such as Subversion. I don't think there's anything insurmountable.



More information about the Digitalmars-d-announce mailing list