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

Importing from svn when a 'non-standard' model is in use.

We do not follow the branch/tag structure presented in the SVN book. Instead the folder structure mirrors our development process. Our repository
looks like this
<pre>
component X\ &lt;-- code for component x
source\
release\ &lt;-- code for releases of x
1.0\ &lt;-- code based on release 1.0
iteration\ &lt;-- per iteration changes
1\ &lt;-- iteration 1's changes
2\
...
40\ &lt;-- iteration 40's changes
start\ &lt;-- mark start of iteration 40
build number\ &lt;-- mark build number X of patch 1
trunk\ &lt;-- trunk of iteration 40. Code for official builds of patch to release 1.0 come
from the iteration trunk. When a story ( see below ) is complete it is merged
into here.
start\ &lt;-- mark start of patch to release 1.0
story\ &lt;-- each bug fix or feature is in a folder under story
bug fix X\ &lt;-- For each bug fix ( or set of bug fixes ) and for each feature a developer creates
a story folder based off the current iteration trunk.
start\ &lt;-- Mark start of story
trunk\ &lt;-- trunk of story. When complete will be merged into iteration trunk.
trunk\ &lt;-- Everything under here is for next major release of component X. Same pattern as
under the folder 1.0 above.
binaries\ &lt;-- Builds of component X checked in here. Pattern is similar to what is under
source folder. However we only build from the iteration trunk so there are no story
folders.
</pre>

I don't see an easy way to import this into SVN while not losing history. And adding to difficulties are these wrinkles :
- Some components were split out from others
- The binaries of a couple of the core components are referenced by svn:externals in the source of dependent components.
- We are at about iteration 60. ( Each iteration is a 3 week period )

So what I looking for is recommendations on how this should be imported into RTC.

Thanks in advance.

0 votes



2 answers

Permanent link
I would have to agree with your assessment. Since SVN doesn't have a first class representation for branches or tags, The SVN importer that ships with RTC makes heavy use of the defacto standard repo layout to determine the branch structure. There is some flexibility in the importer but not enough to accommodate the custom representation you have presented.

Having said that, you could approximate history by importing each iteration in order starting from the beginning into the same component. You would want to create a baseline for each iteration. This would be quite a bit of manual work to get all the iteration imported.

0 votes


Permanent link
I would have to agree with your assessment. Since SVN doesn't have a first class representation for branches or tags, The SVN importer that ships with RTC makes heavy use of the defacto standard repo layout to determine the branch structure. There is some flexibility in the importer but not enough to accommodate the custom representation you have presented.

Having said that, you could approximate history by importing each iteration in order starting from the beginning into the same component. You would want to create a baseline for each iteration. This would be quite a bit of manual work to get all the iteration imported.

0 votes

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

Question asked: Nov 01 '10, 4:43 p.m.

Question was seen: 1,365 times

Last updated: Nov 01 '10, 4:43 p.m.

Confirmation Cancel Confirm