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

RTC / CC Synchronization

Hi everybody,

I'm facing logical problems while trying to synchronize from RTC to CC.

The Project Structure in RTC is this that the Component contains as root element a folder named the same way as the component, e.g.
Component: TestMe
                          |--> Folder: TestMe
                                                 |--> data

When I know try to synchronize this structure to ClearCase using the sub-VOB components I get inside the VOB the same structure:
VOBname
       |--> folder1
                  |--> Directory: TestMe (as component)
                                              |--> Directoy: TestMe (sub component folder)
                                                                          |--> data

Is it possible to avoid the "two dir named the same" structur?

Means is it possible to get either the component name or the sub component folder name away?

Greetings,
Simon

0 votes



3 answers

Permanent link
Hi Simon, this document describes how the synchronizer decides your RTC component to be exported to ClearCase:

http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0m1/topic/com.ibm.team.connector.scm.cc.doc/topics/r_export_target.html

One good news in addition to this document is that, you can move or rename the 'TestMe' directory (as component) in the ClearCase VOB after the initial export. And any changes under the folder continues to be synchronized with RTC's 'TestMe' component, or vice versa. So you can arrange your component structure in whatever way you'd like to.

Note that move or rename of the directory 'TestMe' (as sub component folder) will simply be synchronized the RTC side ;)

0 votes

Comments

Hi Masabumi,

thanks for your answer, yes, this document is known to me :)
The problem is for me that:
Yes I can move the "component folder" within CC or rename it but the structure down on it stays the same. If I rename the "sub comp folder" this rename will be synced to RTC and the folder will be renamed, too.

What we need it that one of them (either the comp dir or the sub comp dir) get eliminated on the CC side but stays on the RTC side.

Means I need this strubture on CC:
VOBname
       |--> folder1
                  |--> Directory: TestMe
                                               |--> data

But in RTC I still need this structure:
Component: TestMe
                          |--> Folder: TestMe
                                                 |--> data

Is this possible?

I noticed when having the "Select Files to Synchronize"-dialog I'm able to open the component and choose files and folders beyond this component. The problem is that the syncer seems just to sync components, as the "Component: >Comp Name>" is visible just behind the Component. Is it possible to choose just folders in a deeper place to sync?


Greetings,
Simon

Hi Simon,

Can you move the TestMe directory (as component) from folder1 to VOB root, remove ( or rename) the original folder1, and rename the TestMe directory to 'folder1'?

You can choose a directory or file under the component root as a synchronization root, but the synchronizer maintains the folder structure under the component root when it brings over to the ClearCase.


Permanent link
The relative pathname in RTC (relative to the RTC component root) of each replicated file/directory is the same as its relative pathname in ClearCase (relative to  the corresponding the ClearCase component root) file/directory.  So if you have a folder named "TestMe" under the RTC component root directory, you will have a folder named "TestMe" under the ClearCase component root directory.

Just for interest's sake, why is it important to have a TestMe folder in the RTC component, but not have one in the corresponding ClearCase component?

0 votes

Comments

Hi Geoff,

sorry for late reply - I was on holiday.
It's important because the project structures differs in CC and RTC in this case.
In RTC they have a folder named the same as the component in which the data resides. This is because they get trouble if the data is directly beneath the component when loading the sandbox (without using "load component root as folder option").

The buildscripts won't work in CC when they have the "double folder" structure because it's missed in RTC.

Greetings,
Simon

Why aren't your users just using the "Browse the components to select the folders to be loaded" option?   If they select it once, it will become the default load option.  It seems like that would be the simplest approach.

They want to use the "normal" option as for the other one in VS they need to expand "advanced" and choose it and the project admins think this is too much overhead for the normal developer.

Have you considered using load rules?   You can define in the load rule file exactly how the components in the workspace should be loaded, and all your users can then use that shared load rule to initialize their workspaces consistently.

Hi Geoff,

thanks for your statement - yes, this is true. Load rules would be useful to get the same look and feel in the directory structure in the whole team.
The problem is (same as the load function "load component root as folder") that this function is stored in the "advanced" section for creating the sandbox.

The problem within this team is that they have to create a new sandbox more often than normally and that they don't want to use the sections on "advanced".

In this case we do a workaround with symbolic links on ClearCase site to get the structure needed for build scripts.

In case of the PMR I opened for this trouble in march we will open a RFE for the future :)

Thanks for your ideas Geoff and have a nice day,
Simon


Permanent link
I created an RFE for this request:
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=33885

0 votes

Comments

Thanks Piotr,

I've seen it and voted for it :) Hope it will come

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
× 1,381
× 1

Question asked: Mar 14 '13, 6:40 a.m.

Question was seen: 7,623 times

Last updated: Apr 22 '13, 9:40 a.m.

Confirmation Cancel Confirm