On Sun, Oct 22, 2006 at 09:40:41AM -0400 I heard the voice of Sean, and lo! it spake thus: > > The fact is that once you start distributing them to other > repositories you CAN NOT GUARANTEE their stability. Terminology. When those revisions get distributed to other BRANCHES, their stability is forfeit. We know. We don't care. We only care about the numbers on ONE BRANCH. > Those number may already be used by _HIS_ branch and when he tries > to get _YOUR_ branch.. there is a conflict. Terminology again. When he has his branch and gets my branches, he has two branches, mine and his, side by side, and the numbers in his 'my' branch still correspond to the numbers in my 'my' branch. When he merges the REVISIONS from my branch into his, my numbers have no meaning on his side (there's not a 'conflict' because numbers don't get copied, they get derived). > So while you may not have seen a problem yourself, You keep insisting that there's a PROBLEM here. You're right, I don't see one. I KNOW the numbers only refer to a branch, I KNOW that when you're talking about a different branch the numbers are meaningless, and I'm perfectly fine with that because referring to revisions on *A* branch is exactly what I USE the numbers for. There doesn't have to be a 'central' branch, nor is there any wish for such to be. Any given revno only refers to *A* branch, it doesn't have to be central to a darn thing. HEAD in git only has meaning in the context of *A* branch (and even 'worse', only refers to that branch at a specific time[0]), but you'll keep on using it every day anyway I wager. [0] See again particular term of art "branch". -- Matthew Fuller (MF4839) | fullermd@xxxxxxxxxxxxxxx Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html