|
|
|||||||||||||||||||||||||||
![]() |
![]() |
||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||
![]() |
|||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||
|
|
|
|
|||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||
|
|
|
|
|||||||||||||||||||||||||
|
5.2 Creating a branch
You can create a branch with
This splits off a branch based on the current revisions in the working copy, assigning that branch the name `rel-1-0-patches'. It is important to understand that branches get created in the repository, not in the working copy. Creating a branch based on current revisions, as the above example does, will not automatically switch the working copy to be on the new branch. For information on how to do that, see 5.3 Accessing branches.
You can also create a branch without reference to any
working copy, by using
`-r rel-1-0' says that this branch should be rooted at the revision that corresponds to the tag `rel-1-0'. It need not be the most recent revision -- it's often useful to split a branch off an old revision (for example, when fixing a bug in a past release otherwise known to be stable).
As with `tag', the `-b' flag tells
So, the full effect of the command is to create a new branch -- named `rel-1-0-patches' -- in module `tc', rooted in the revision tree at the point tagged by `rel-1-0'.
|
|
|||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||
|
Marketplace: | |||||||||||||||||||||||||||
| " A similar study by Reasoning found that the MySQL database (a leading OSS/FS database) had fewer defects than a set of 200 proprietary programs used for comparison. " | |||||||||||||||||||||||||||