Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

Is it possible to export CLM(RTC/RQM/RRC) project form one environment to other?

Is it possible to export CLM(RTC/RQM/RRC) project form one environment to other? both environments are on same version 5.0.1 but primary URI is different.

1 vote

Comments

The requirements (RRC) part should be transferable using ReqIF (Rev 6.0 Manual: ReqIF) but I have never tried it so I don't know how effective it is and I don't think this will manage your non RRC data - hence just a comment not an answer.

yes you can export requirements in ReqIF and import but i dont think it preserve the history.



3 answers

Permanent link
 Hi Qaiser Islam,

Yes, you can export the CLM project from one environment to Other. It also preserves the history of the files also.

What you need to do is some cofiguration changes.
1. Configuration > Advanced Properties > Enable Distributed SCM to True(On both environments).
2. In source Project Area > Process Configuration > Team Configuration > Permissions > Roles > {select a role}, For that specific role you need to enable Source Control > Replicate ChangeSets(Server).

Could you please let me know the feedback.

Regards,
Vijay Reddy

0 votes

Comments

Note that distributed SCM only exports data from SCM components (change sets and baselines) ... it does not migrate any project area data (such as work items and plans).

 we need other project artifacts too.


Permanent link
To clarify from a Quality Manager standpoint
Currently there is no built in functionality that will allows a user to move a QM based Project Area across  servers; the two other possibility

1) The RQM copy utility
The Utility was never meant to be used as a 'Project Copy', but rather as a means to re-use specific test assets. It is however capable of performing a Deep Copy; this is not a full copy Project Area, but the majority of the Project Area assets are copied
I would fully review the Known Limitations sections of the Wiki (https://jazz.net/wiki/bin/view/Main/RQMCopyUtility#Known_Limitations) so that you have a full understanding on what and what does not get copied


2) Server Rename
The Server Rename functionality allows you to copy the entire CLM set up from an existing environment to a new one
A couple of things to consider:
    a) You cannot pick and choose which Project Areas to copy; everything is copied by default
    b) You cannot perform the rename to an existing server (meaning you cant merge data from server A to Server B; server B will be a copy of server A)
If you are interested in Server Rename, there are a few articles on Jazz.net I can point you to.

0 votes

Comments

Server rename could work in our case but because of point B, its not applicable. we want to keep existing projects on Server B. Replica does not fulfill our requirements


Permanent link
Another idea is to use these two steps:

1) Copy server A to server B by following steps on setting up a test staging environment with production data.

2) Perform server rename on server B set a different URI

Also, we have an open RFE to move projects - Plan Item 93151 - [JAF] Support moving projects between Jazz repositories.

0 votes

Comments

the suggested approach will create a new and exact copy of Server A with different URI but in our case we have some projects on Server B which we want to keep while moving some projects from Server A

If that is the case, you would need to run two separate JTS instances on Server B. For example, you can change the port number on second instance as part of your server rename procedures. Note: Running multiple JTS instances on the same server would introduce performance issues on production deployment.

If you really want to preserve everything, your only current option is to clone the database, perform a server rename, and then archive/delete everything you don't need. Not ideal, but it works.

Note that if you have any OSLC links from another Jazz repository pointing to objects in your database, you cannot use the "clone/rename/partial-archive" approach.   When you rename a repository, it tells the other Jazz repositories to use the new repository location when navigating OSLC links.   So after the rename, no links from other repositories will take you to the original repository.  So in particular, any links to artifacts in project areas that you left on the original repository would take you to the new repository (i.e. effectively point at the archived copies in the new repository).

1 vote

Your answer

Register or log in 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.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 7,495

Question asked: Mar 02 '15, 8:05 a.m.

Question was seen: 5,959 times

Last updated: Mar 12 '15, 10:17 p.m.

Confirmation Cancel Confirm