It's all about the answers!

Ask a question
QuestionsTagsUsersBadges
Guidelines | FAQ
Follow this question
Question details

×42,884
×12,012

question asked: Apr 24 '13, 8:02 a.m.
question was seen: 3,748 times
last updated: May 03 '13, 5:41 a.m.

Related questions

Flowing changes from multiple streams

0
Anders Truelsen (162●1●20●20) | asked Apr 24 '13, 8:02 a.m.
We have a PA with a number of solutions sharing a set of common resources; logging, testdrivers etc.
Each shared resource has its own component.

Each solution consist of a component with its unique code and a number of shared resources.

All changes made to a shared component in one solution should flow to the other solutions effortlessly.

I can build a repo workspace with the desired set of components, flowing to the respective streams.
But I don't want every developer to have to cook her own workspace, the information should be stored in the stream and be shared by all who create a workspace from that stream.

How should I create my stream hierarchy to achieve this?

2 answers

Most liked answers ↑|Newest answers|Oldest answers

1
permanent link
Sonia Dimitrov (271●5●9) | answered Apr 24 '13, 10:10 a.m.
JAZZ DEVELOPER
Hello Anders,

it sounds like you may achieve this result by creating one additional stream (let's call it "SS") that contains the full set of components from the various streams.  With a build definition, you could use the "Post-build Deliver" feature to push changes for the individual components in the build workspace to SS.  Users could then create their workspace off SS and have latest changes.  This article describes this in more detail:  https://jazz.net/library/article/649/#Example_postBuildDeliver.
0
permanent link
Sreerupa Sen (1.0k●4) | answered Apr 25 '13, 4:02 a.m.
FORUM MODERATOR / JAZZ DEVELOPER
 Anders,
    Do all the shared components flow to the same stream? We have something similar in the Windows Shell/VS Clients. They share a bunch of common code, which we flow to a common stream. The client specific code flows to individual streams. So for say the Shell Client, what I typically do is create a repository workspace that flows to the common stream. Then add the shell specific components from the Shell specific stream, and continue flowing those components to that stream. Duplicating that workspace and then changing the owner to others in the team makes the others in the team have the same configuration.
   Would that work?
Cheers
--Rupa
Comments
Anders Truelsen commented Apr 30 '13, 4:46 a.m.

Hi Sreerupa


Our setup is just as you described it and a template workspace would do the job for us.

I did try duplicating an existing workspace with the desired flow configured,  but while the new workspace had all the components in place the flow wasn't quite as I had hoped for.
All components would flow against the workspace's default flow target.

Further if I make the duplicate in VS, the new duplicate workflow would flow its changes against the duplicated workspace rather than the stream the duplicated workspace was flowing against, rather odd. 

Using scoped flow target in conjunction with duplicate makes things even more confusing. I'll see if I can find time for a detailed investigation and post the result as a work item.

regards
/anders

Sreerupa Sen commented May 03 '13, 5:41 a.m.
FORUM MODERATOR / JAZZ DEVELOPER

 Hi Anders,

   Great please subscribe me to the work item when you create it. As for the duplicate workspace - it's been fixed in the latest release.
Cheers
--Rupa

Your answer

Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.