Re: VCS comparison table

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Robert Collins wrote:
On Tue, 2006-10-17 at 11:20 +0200, Jakub Narebski wrote:
          ---- time --->

    --*--*--*--*--*--*--*--*--*-- <branch>
          \            /
           \-*--X--*--/

The branch it used to be on is gone...

In bzr 0.12 this is :
2.1.2


Would it be a different number in a different version of bazaar?

(assuming the first * is numbered '1'.)

These numbers are fairly stable, in particular everything's number in
the mainline will be the same number in all the branches created from it
at that point in time, but a branch that initially creates a revision or
obtains it before the mainline will have a different number until they
syncronise with the mainline via pull.


So basically anyone can pull/push from/to each other but only so long as they decide upon a common master that handles synchronizing of the number part of the url+number revision short-hands?

One thing that's been nagging me is how you actually find out the url+number where the desired revision exists. That is, after you've synced with master, or merged the mothership's master-branch into one of your experimental branches where you've done some work that went before mothership's master's current tip, do you have to have access to the mothership's repo (as in, do you have to be online) to find out the number part of url+number shorthand, or can you determine it solely from what you have on your laptop?

--
Andreas Ericsson                   andreas.ericsson@xxxxxx
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231
-
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]