cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Creating new subprojects during propagation

Highlighted

Re: Creating new subprojects during propagation

In our case, if it's a brand new subproject, it will never exists on the mainline.  I have to create it on the mainline first and then I can use either commands.  My question is which one would be the better command to use to propagate ?  createsubproject or addsubproject  ? and do I have to execute the command explicitly or implicitly ?  that's one of the errors that keep stopping the project creation during propagation.

Re: Creating new subprojects during propagation

Just a little brain storming:

If I should guess what si createsubproject does in case the project already exists in that location

I would say it does the same than

c:\prj_devpath_DP_A>si addsubproject --type=default new_prj/project.pj

If this is true for my taste I would rather use si addsubproject so the srcipt is more speaking.

From CLI Guide 10.4 I would also say that at least devpath "DP_A" must exist in

new_prj/project.pj (which was created in "DP_B") to make this command succeed.

(so there should be no need to create the project in the mainline)

If the parent project is in devpath DP_A than it should do the same than

c:\prj_devpath_DP_A>si addsubproject --variant=DP_A new_prj/project.pj

Depending on which checkpoint of new_prj/project.pj you created DP_A

new_prj/project.pj(DP_A) might be already populated when  you add it.

If you intentionally or accidentially created DP_A on checkpoint 1.1 than you will get

an empty subproject.

If starting with an empty subproject will than propagation be smart enough to translate

"add member" to "add member from archive"? Or would that be to smart?

How does propagation handle "add member" in general?

As you can see I'm a propagation noob

my experiences merging devpaths are of manual nature (and with Intergity 10.4).

Anyhow your problem can be seen as a "request for manual interaction" from propagation

HTH Jürgen

Announcements