We are using clearcase as our SCM. I have not much experience with clearcase. Now we are about to release our code to production. I want to label my code as I have done using VSS in my previous projects. But in clearcase labeling is not as easy as in VSS. clearcase is asking to create a label type before label a folder in VOB. I don't understand the concept of creating label type? Any guidance on this will be highly appreciated.
相关问题
- How to restrict VOB read access in ClearCase (Wind
- Using Subversion and SourceSafe at the same time?
- preserving history when using mercurial ontop of c
- Using Subversion and Visual SourceSafe in parallel
- How to use ClearCase annotate sub-command?
相关文章
- Provide version to independent files in clearcase
- How to undo checkout a file checked out from anoth
- Getting present working view in Clearcase
- What is the nature of a “MVFS filesystem” with Cle
- How to list only the name of the baselines in UCM
- Reuse a ClearCase view
- Value of using Git with ClearCase, AccuRev or Perf
- Sourcesafe command line options
a lbtype is a template, a declaration.
a label is the instance that will be put on each versions needed to be labeled.
See
mklbtype
You also can attach a constraint on a
lbtype
:Once you have define a
lbtype
, you can apply (mklabel
) it to any file or group of files you want in your current view.That means you have a view configured to select the
LATEST
of a branch, and at a given time, you apply this label:Note: the name of the
lbtype
(and the labels set from thislbtype
) is entirely up to you. You can set a labelFOO
,BAR
or any other names. Conversely, you can set a labelMY_LABEL-2.0
, then set a labelMY_LABEL-1.2
(not wise, but...).If you want to see what exact versions are referenced by a previous existing label like
MY_LABEL-1.0
, you create another (dynamic) view that you set to see this label.The following config spec ("configuration specifications", aka "selection rules" for versions) will achieve just that:
The second selection rule is called "stop rule" because it allows for all versions to "fall back" to this default rule: if no version (for a given file) is labeled
MY_LABEL-1.0
, then it will always stop at the "/main/LATEST
" rule, to select theLATEST
version of the branchmain
.For those "consultation" view (i.e. "view that are only used to see versions of files"), I recommend dynamic view, for a quick access to those fixed versions. If you now want to see the 2.0 label, simply modify the config spec of this view. Or create another view, in order to see both 1.0 (in the first view) and 2.0 (in this second new view)