RTC Developers work on same stream
3 answers
I am guessing that by "join project" and "stream" you are referring to ClearCase UCM? If so, the underlying paradigms are quite different. In RTC, a stream is actually the same object as a repository workspace, only it cannot be loaded. Hence, developers never work on a stream, they only deliver their work (from a repository workspace) to a stream, or directly to another workspace.
RTC has no concept and no need of checking out sources (and no dynamic views, no version tree). Instead it uses change sets as the atoms of its versioning. The use case to have two developers work on "the same development stream" would be realized by having their workflows flow against the same stream.
Use cases of stream management are detailled in library article 599
That said, with the web client you can directly access a stream (e.g. for document versioning). This is detailled in library article 361
You can find a comparison between RTC and ClearCase terms in this article.
- Arne
Comments
Note that in UCM a team stream is also the same kind of object as a repository workspace (in UCM, a repository workspace is just a UCM stream). And with the standard UCM "private stream" way of working, developers never work on the team stream, they only deliver their work from their development stream to the team stream. They can do a find-merge style delivery to another development stream, but that is rarely done.
Note that in RTC, the "lock" command servers a similar purpose as the "reserved checkout" UCM command. RTC does have a simple version tree, available in the History View. Like RTC, UCM uses change-sets, but you cannot do all the RTC change-set operations on a UCM change-set (in particular, you cannot "suspend" it from your workspace).
- shared team stream (you use dynamic views, checkin to make your changes visible on the team stream, and you see changes when they are checked in to the team stream)
- semi-shared team stream (you use snapshot/web views, checkin to make your changes visible on the team stream, and you update to see changes on the team stream).
- private development stream (you deliver from your development stream to make your changes visible in the team stream, and you rebase from the team stream to see changes on the team stream).
RTC provides the shared and private modes ... shared team stream in web GUI, and private development stream in the non-web GUI (Eclipse, Visual Studio, command line).
The primary differences are terminology:
- a UCM "development stream" is called a "workspace" in RTC
- a UCM "rebase" is called an "accept" in RTC
- a UCM "web view" is called a "sandbox" in RTC
- a UCM "checkout" is called a "lock" in RTC
So to answer the question, for all developers to "work on the same stream" in RTC, you need to use the RTC web client.