Workspace vs. Stream Flow Targets
Hello,
I would like to know what the idea behind stream flow targets is. I understand that I can create a sort of stream hierarchy, but I am not sure what the benefits are.
For example, I can have two streams: streamA and streamB, each with a component: componentA and componentB. If I then create a third stream, Integration and set the flow targets for streamA and streamB to it, what does this enable me to do?
I thought that maybe it would automatically add a second flow target to the Integration stream to my workspaces for streamA and streamB, but this is not the case. I thought that it would automatically add the components loaded in streamA and streamB into the Integration stream, but this is not the case either. If I manually add componentA and componentB as components to the Integration stream, any changes made within streamA and streamB are not propagated to the Integration stream. If I create new stream baselines, they are not automatically passed to the Integration stream either.
What am I not understanding?
Thanks in advance!
Andrew
I would like to know what the idea behind stream flow targets is. I understand that I can create a sort of stream hierarchy, but I am not sure what the benefits are.
For example, I can have two streams: streamA and streamB, each with a component: componentA and componentB. If I then create a third stream, Integration and set the flow targets for streamA and streamB to it, what does this enable me to do?
I thought that maybe it would automatically add a second flow target to the Integration stream to my workspaces for streamA and streamB, but this is not the case. I thought that it would automatically add the components loaded in streamA and streamB into the Integration stream, but this is not the case either. If I manually add componentA and componentB as components to the Integration stream, any changes made within streamA and streamB are not propagated to the Integration stream. If I create new stream baselines, they are not automatically passed to the Integration stream either.
What am I not understanding?
Thanks in advance!
Andrew
7 answers
Hello,
I would like to know what the idea behind stream flow targets is. I understand that I can create a sort of stream hierarchy, but I am not sure what the benefits are.
For example, I can have two streams: streamA and streamB, each with a component: componentA and componentB. If I then create a third stream, Integration and set the flow targets for streamA and streamB to it, what does this enable me to do?
I thought that maybe it would automatically add a second flow target to the Integration stream to my workspaces for streamA and streamB, but this is not the case. I thought that it would automatically add the components loaded in streamA and streamB into the Integration stream, but this is not the case either. If I manually add componentA and componentB as components to the Integration stream, any changes made within streamA and streamB are not propagated to the Integration stream. If I create new stream baselines, they are not automatically passed to the Integration stream either.
What am I not understanding?
Thanks in advance!
Andrew
Hi Andrew
Flow targets are really just a way of ensuring where your repository workspace changes get delivered (ie the work you check in gets sent to the stream that is the flow target).
There is no automatic hierarchy of streams - all streams are equal.
Flowing between streams is generally done via a repository workspace - so I would ignore the option to flow between streams for the moment.
anthony
Hello Antony,
Thanks for the advice.
I have already experimented with flow targets within repository workspaces and I find them to be very dynamic and useful. The only thing I was unsure about was the flow targets for streams. They seem quite useless unless there is a specific way of managing them that I haven't found yet!
Regards,
Andrew
Hi Andrew
Flow targets are really just a way of ensuring where your repository workspace changes get delivered (ie the work you check in gets sent to the stream that is the flow target).
There is no automatic hierarchy of streams - all streams are equal.
Flowing between streams is generally done via a repository workspace - so I would ignore the option to flow between streams for the moment.
anthony
Thanks for the advice.
I have already experimented with flow targets within repository workspaces and I find them to be very dynamic and useful. The only thing I was unsure about was the flow targets for streams. They seem quite useless unless there is a specific way of managing them that I haven't found yet!
Regards,
Andrew
Hello,
I would like to know what the idea behind stream flow targets is. I understand that I can create a sort of stream hierarchy, but I am not sure what the benefits are.
For example, I can have two streams: streamA and streamB, each with a component: componentA and componentB. If I then create a third stream, Integration and set the flow targets for streamA and streamB to it, what does this enable me to do?
I thought that maybe it would automatically add a second flow target to the Integration stream to my workspaces for streamA and streamB, but this is not the case. I thought that it would automatically add the components loaded in streamA and streamB into the Integration stream, but this is not the case either. If I manually add componentA and componentB as components to the Integration stream, any changes made within streamA and streamB are not propagated to the Integration stream. If I create new stream baselines, they are not automatically passed to the Integration stream either.
What am I not understanding?
Thanks in advance!
Andrew
Hi Andrew
Flow targets are really just a way of ensuring where your repository workspace changes get delivered (ie the work you check in gets sent to the stream that is the flow target).
There is no automatic hierarchy of streams - all streams are equal.
Flowing between streams is generally done via a repository workspace - so I would ignore the option to flow between streams for the moment.
anthony
As of 3.0, flow targets between streams are useful, because you can load
that stream into the Pending Changes view, and directly deliver changes
between streams (as long as there are no conflicts), without requiring
the use of a workspace. A conflict can only be resolved in a workspace,
so if you encounter a conflict when trying to deliver between two
streams, you will have to create a workspace, accept the changes from
both streams, resolve the conflicts, and then deliver back to the
appropriate stream.
Cheers,
Geoff
On 2/20/2012 1:53 PM, spriteburn wrote:
that stream into the Pending Changes view, and directly deliver changes
between streams (as long as there are no conflicts), without requiring
the use of a workspace. A conflict can only be resolved in a workspace,
so if you encounter a conflict when trying to deliver between two
streams, you will have to create a workspace, accept the changes from
both streams, resolve the conflicts, and then deliver back to the
appropriate stream.
Cheers,
Geoff
On 2/20/2012 1:53 PM, spriteburn wrote:
Hello Antony,
Thanks for the advice.
I have already experimented with flow targets within repository
workspaces and I find them to be very dynamic and useful. The only
thing I was unsure about was the flow targets for streams. They seem
quite useless unless there is a specific way of managing them that I
haven't found yet!
Regards,
Andrew
kestertowrote:Hello,
I would like to know what the idea behind stream flow targets is. I
understand that I can create a sort of stream hierarchy, but I am not
sure what the benefits are.
For example, I can have two streams: streamA and streamB, each with
a component: componentA and componentB. If I then create a third
stream, Integration and set the flow targets for streamA and streamB
to it, what does this enable me to do?
I thought that maybe it would automatically add a second flow target
to the Integration stream to my workspaces for streamA and streamB,
but this is not the case. I thought that it would automatically add
the components loaded in streamA and streamB into the Integration
stream, but this is not the case either. If I manually add
componentA and componentB as components to the Integration stream,
any changes made within streamA and streamB are not propagated to the
Integration stream. If I create new stream baselines, they are not
automatically passed to the Integration stream either.
What am I not understanding?
Thanks in advance!
Andrew
Hi Andrew
Flow targets are really just a way of ensuring where your repository
workspace changes get delivered (ie the work you check in gets sent
to the stream that is the flow target).
There is no automatic hierarchy of streams - all streams are equal.
Flowing between streams is generally done via a repository workspace -
so I would ignore the option to flow between streams for the moment.
anthony
Thanks Geoff!
I will carry out some tests with this in mind!
Best regards,
Andrew
EDIT: I have been playing around in RTC 3.0 and am unable to find any way of doing what you described. I can replace the component of a stream with another component (assuming they are different environments containing the same component), but that has nothing to do with stream flow targets. Are there any articles that you know of that can help me out?
I will carry out some tests with this in mind!
Best regards,
Andrew
EDIT: I have been playing around in RTC 3.0 and am unable to find any way of doing what you described. I can replace the component of a stream with another component (assuming they are different environments containing the same component), but that has nothing to do with stream flow targets. Are there any articles that you know of that can help me out?
As of 3.0, flow targets between streams are useful, because you can load
that stream into the Pending Changes view, and directly deliver changes
between streams (as long as there are no conflicts), without requiring
the use of a workspace. A conflict can only be resolved in a workspace,
so if you encounter a conflict when trying to deliver between two
streams, you will have to create a workspace, accept the changes from
both streams, resolve the conflicts, and then deliver back to the
appropriate stream.
Cheers,
Geoff
Hi Andrew,
To be able to deliver between Streams, you need to define the flow between them, once you've done that, right-click on the Stream you want to deliver from and select Show-->Pending Changes.
Now in the "Pending Changes" view you will have the ability to deliver between the streams without a workspace.
Cheers,
Gabriel.
To be able to deliver between Streams, you need to define the flow between them, once you've done that, right-click on the Stream you want to deliver from and select Show-->Pending Changes.
Now in the "Pending Changes" view you will have the ability to deliver between the streams without a workspace.
Cheers,
Gabriel.
Thanks Geoff!
I will carry out some tests with this in mind!
Best regards,
Andrew
EDIT: I have been playing around in RTC 3.0 and am unable to find any way of doing what you described. I can replace the component of a stream with another component (assuming they are different environments containing the same component), but that has nothing to do with stream flow targets. Are there any articles that you know of that can help me out?
As of 3.0, flow targets between streams are useful, because you can load
that stream into the Pending Changes view, and directly deliver changes
between streams (as long as there are no conflicts), without requiring
the use of a workspace. A conflict can only be resolved in a workspace,
so if you encounter a conflict when trying to deliver between two
streams, you will have to create a workspace, accept the changes from
both streams, resolve the conflicts, and then deliver back to the
appropriate stream.
Cheers,
Geoff
Hello Gabriel,
Thank you for the reply!
I have tried to follow these instructions, but I do not have the "Pending Changes" option when right-clicking on the stream.
I have two streams: StreamA and StreamB, both with the same component. StreamB has StreamA set as its Flow Target. There are changes that were made to the component in StreamB that need to be transferred to StreamA. When I right click StreamB under the Source Control section, I don't see "Pending Changes" under the "Show" menu.
Have I misunderstood something?
Best regards,
Andrew
Thank you for the reply!
I have tried to follow these instructions, but I do not have the "Pending Changes" option when right-clicking on the stream.
I have two streams: StreamA and StreamB, both with the same component. StreamB has StreamA set as its Flow Target. There are changes that were made to the component in StreamB that need to be transferred to StreamA. When I right click StreamB under the Source Control section, I don't see "Pending Changes" under the "Show" menu.
Have I misunderstood something?
Best regards,
Andrew
Hi Andrew,
To be able to deliver between Streams, you need to define the flow between them, once you've done that, right-click on the Stream you want to deliver from and select Show-->Pending Changes.
Now in the "Pending Changes" view you will have the ability to deliver between the streams without a workspace.
Cheers,
Gabriel.
Be sure to use 3.0.1+, since the 'Pending Changes' menu for the streams has been released at that time (even if the 'flow target' definition between streams was available before)
HTH
Vincent
HTH
Vincent
Hello Gabriel,
Thank you for the reply!
I have tried to follow these instructions, but I do not have the "Pending Changes" option when right-clicking on the stream.
I have two streams: StreamA and StreamB, both with the same component. StreamB has StreamA set as its Flow Target. There are changes that were made to the component in StreamB that need to be transferred to StreamA. When I right click StreamB under the Source Control section, I don't see "Pending Changes" under the "Show" menu.
Have I misunderstood something?
Best regards,
Andrew
Hi Andrew,
To be able to deliver between Streams, you need to define the flow between them, once you've done that, right-click on the Stream you want to deliver from and select Show-->Pending Changes.
Now in the "Pending Changes" view you will have the ability to deliver between the streams without a workspace.
Cheers,
Gabriel.