How do I add artifacts in the default stream to a subset stream?
I have a DNG project without configuration management (CM) enabled. If I enable configuration management can I or how do I do the following?
- How do I create a stream that has a subset of the items on the existing default stream?
- Per Reference Question, I assume I create a new stream and then have to delete all the stuff I don't want, which is way more than what I do want. Is this still true?
- After I get my second stream the way I want it, changes will start to be made on that second stream. At some point it is likely that I will need to add items from the default stream to the second stream periodically over time (basic scope change scenarios). How do I do that? Assume that the artifacts to be added existed before CM was turned on and therefore do not exist in a change set. (This also implies that they were initially out of scope and therefore deleted from the second stream when it was first created.) If the artifact to be added is new but change sets are not being used, how do I add the artifact to the second stream?
- Periodically, I will need to merge changes from the second stream back to the default stream. How do I do that if I am not using change sets, if I am using change sets?
One answer
Yes, this is still true. Although for what you are looking to do, I don't think this method would work well for you. I don't you want to delete an artifact to remove it from scope, because deleting is fairly permanent and it's not easy to bring it back (as suggested in #2).
I think the following method would work better, but let me know what you think. You could keep the same set of requirements in the 2nd stream, but within the 2nd stream, use attributes to mark whether a requirement is in or out of scope. If you're using modules or collections, you could have a module or collection that represents all of the in-scope requirements; otherwise you could create a view that just shows you the in-scope requirements.
Then, as requirements later come in to scope, you just have to change the appropriate attribute, and add them to the appropriate module or collection.
wrt #3, if CM is enabled, you are always using change sets. You can manually create change sets and provide them with meaningful names and changes, and deliver them when you want. If you don't, the system will automatically create change sets for you. The automatic change sets may or may not be the scope you wanted, and may not be named in a way that makes it easy to find a particular change.
If you want to be able to pick and choose the change sets to deliver, manually creating change sets is recommended. If you plan to deliver changes at a macro level (e.g., deliver ALL of the changes made in stream 2 back to stream 1), then the automatic change sets may be enough.
(Note that there is a setting to enforce manual creation of change sets for all changes if that's the path that works best for you).
Hope this helps.
I think the following method would work better, but let me know what you think. You could keep the same set of requirements in the 2nd stream, but within the 2nd stream, use attributes to mark whether a requirement is in or out of scope. If you're using modules or collections, you could have a module or collection that represents all of the in-scope requirements; otherwise you could create a view that just shows you the in-scope requirements.
Then, as requirements later come in to scope, you just have to change the appropriate attribute, and add them to the appropriate module or collection.
wrt #3, if CM is enabled, you are always using change sets. You can manually create change sets and provide them with meaningful names and changes, and deliver them when you want. If you don't, the system will automatically create change sets for you. The automatic change sets may or may not be the scope you wanted, and may not be named in a way that makes it easy to find a particular change.
If you want to be able to pick and choose the change sets to deliver, manually creating change sets is recommended. If you plan to deliver changes at a macro level (e.g., deliver ALL of the changes made in stream 2 back to stream 1), then the automatic change sets may be enough.
(Note that there is a setting to enforce manual creation of change sets for all changes if that's the path that works best for you).
Hope this helps.