Discussion Forum for StarTeam Users
Posted by mark juras on December 30, 2000 at 15:26:50:
In Reply to: Does StarTeam support "tracks"? posted by Marko Milicevic on December 28, 2000 at 14:46:15:
A revision label (RL) may be used to relate a set of files to a Change request. You can then select the files by RL, clone RL across all projects that share the items, and checkout specific file revs using the RL. A RL may also be used to modify the revs of the CIs in a view label which makes the RL'ed file revs part of that "build". I am not sure if detaching an RL from a view label is also supported.
Links can also be used for creating a logical group of files, but StarTeam has far fewer facilities for working with links than it does for RLs.
: I am a former user of IBM's TeamConnect, now using StarTeam. There is a concept in TeamConnect I have not been able to find an equivalent of in StarTeam? TeamConnect's "tracks" refer to a collection of files that are logically related. Whenever a file is checked out it has to be related to track. So whenever starting a defect or enhancement a track is first created, then files are checked out for that track (defect, enhancement, or whatever). Files could also be checked in, but the checked in files can not be "committed" into the release (project) until the track is "integrated" into a level (label). This is very nice because people could continue to work with files, checking in/out, and not worry about breaking builds. When the developer is confident that the code is ready for a build they can "integrate" their track. Builds only include integrated tracks. Also if the build failed and the responsible track could be identified, it is possible to remove the track from level and rebuild. Because I am removing a track (all related changes) and not just a single file, I am can be more confident that I am removing all dependent files from the build.
: Does StarTeam support this, or have a simple way of simulating it?
: - Tracks that logically group together related files (at the level of granularity of a single defect/enhancement).
: - The ability to check in files without committing them to builds.
: Thank you.
Post a Followup