Creating Parent Child relationships on file import for work item creation
Years ago it seems I was able to successfully create a parent child relationship on work items from a .csv file. I could create the Epic in the spreadsheet, along with the Story and have the newly created Epic become the Parent. I had a format similar to:
We are now on CLM 6.0.3 - the team members love the new web UI for import of .csv files but have not been able to create the relationships and work items all from one spreadsheet. The format above, links the Story's to the existing work item 1 in their project area. Does this capability to create the Epic and Story from one spreadsheet and have the links automatically create exist? I certain can see where you could create the Epic, then supply the Epic number in the Parent column and make the association that way but curious if it could be done in one step.
|
Accepted answer
Ralph Schoon (63.5k●3●36●46)
| answered Mar 08 '17, 4:47 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER edited Mar 08 '17, 4:51 p.m. It has existed for years and still exists. I believe it is also explained in the documentation.
Denise McLaughlin selected this answer as the correct answer
Comments
Denise McLaughlin
commented Mar 08 '17, 6:52 p.m.
I'm sorry - my screen snip on my original post did not come through.
Lily Wang
commented Mar 09 '17, 2:03 a.m.
I tested in RTC 6.0.3 environment and I don't have any issue. If the csv file contains ID as your sample, the Story will be linked to the Epic created during the csv importing.
The point I was trying to make after realizing the 1 step question was:
If you import say a Story and an Epic in one go and you want to link the Story to the Epic as parent in this one go, you would have to
1. Import the new Epic before the new Story
2. Know the ID the Epic will have after import and have it in the import file with a #
The second condition is not realistic in a system that is used by more than one person.
Denise McLaughlin
commented Mar 09 '17, 8:53 a.m.
Thank you Ralph. That is the confirmation that I was looking for. I struggled to make the key point on 'one step' very clear. |
One other answer
It is realistic using the format Denise suggested. Other aspects of import (into RQM for instance) allow the fields to be related. Here Denise is suggesting "#" is an indicator that says "use row number, not the visible id". |
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.
Comments