How is labelling done after check in of a code for keeping track of repository files meant for migration and other activities?
1) Is labelling possible in RTC during Check-in??
2) In source control if i check-in a particular file after a change. i want to label it so that i can later query the same label and gather all the files with same label (suppose say meant for migration) together and deploy it.
3) And if labelling is possible how can i query and what query it should be to retrieve those files. And where can i apply that query.
Accepted answer
RTC does not provide the concept of a label. RTC uses baselines and snapshots.
A Baseline contains all changes in a component that belong together. You can create a baseline on a component in a repository workspace or in a stream. You can recreate the components content from the baseline.
A Snapshot is a component baseline. It baselines all components (or reuses current baselines) in a stream and remembers the baselines. You can create a snapshot on a repository workspace and a stream. You can recreate a stream or repository workspace from a snapshot. Builds can be configured to create snapshots. The snapshot is owned by the element it was created for, but can be changed to be owned by another element e.g. the Stream you flow to.
All these activities target checked in or delivered code.
You can compare baselines with labels, insofar as they allow to recreate the content they describe. Baselines are however immutable. You can not sneak in changes. Snapshots are across several baselines of components.
A Baseline contains all changes in a component that belong together. You can create a baseline on a component in a repository workspace or in a stream. You can recreate the components content from the baseline.
A Snapshot is a component baseline. It baselines all components (or reuses current baselines) in a stream and remembers the baselines. You can create a snapshot on a repository workspace and a stream. You can recreate a stream or repository workspace from a snapshot. Builds can be configured to create snapshots. The snapshot is owned by the element it was created for, but can be changed to be owned by another element e.g. the Stream you flow to.
All these activities target checked in or delivered code.
You can compare baselines with labels, insofar as they allow to recreate the content they describe. Baselines are however immutable. You can not sneak in changes. Snapshots are across several baselines of components.
One other answer
Hello Sagar,
A workItem should be associated with a change set.
How to locate a changeset
https://jazz.net/help-dev/clm/index.jsp?topic=%2Fcom.ibm.team.concert.dotnet.doc%2Ftopics%2Ft_locate_cset.html
Associating a change set with a workItem
https://jazz.net/help-dev/clm/topic/com.ibm.team.scm.doc/topics/t_scm_eclipse_workitems_csets.html?resultof=%22%63%68%61%6e%67%65%22%20%22%63%68%61%6e%67%22%20%22%73%65%74%22%20%22%77%6f%72%6b%22%20%22%69%74%65%6d%22%20
using WorkItems and Team Process with SCM
https://jazz.net/help-dev/clm/index.jsp?topic=%2Fcom.ibm.team.scm.doc%2Ftopics%2Ft_scm_eclipse_workitems_process.html
A workItem should be associated with a change set.
How to locate a changeset
https://jazz.net/help-dev/clm/index.jsp?topic=%2Fcom.ibm.team.concert.dotnet.doc%2Ftopics%2Ft_locate_cset.html
Associating a change set with a workItem
https://jazz.net/help-dev/clm/topic/com.ibm.team.scm.doc/topics/t_scm_eclipse_workitems_csets.html?resultof=%22%63%68%61%6e%67%65%22%20%22%63%68%61%6e%67%22%20%22%73%65%74%22%20%22%77%6f%72%6b%22%20%22%69%74%65%6d%22%20
using WorkItems and Team Process with SCM
https://jazz.net/help-dev/clm/index.jsp?topic=%2Fcom.ibm.team.scm.doc%2Ftopics%2Ft_scm_eclipse_workitems_process.html