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

SVN importer does not honor SVN EOL properties

Using RTC 4.0.0.2

I attempting to import the trunk of my SVN repository (and its tags) into an RTC component.  After the import completes I loaded of the resulting component and did a full folder compare to see if RTC is returning the same files as SVN would.  

I'm using a Windows machine.
On the SVN side all our source files (.c .h .cpp .hpp and others) have EOL:native properties set,

It appears that for RTC, some of the loaded files come out with Unix EOL .. making me think that the importer has ignored the SVN EOL properties.  

Does the the RTC importer respect SVN EOL properties ?

I know I can add a changeset to set the file properties for RTC, but that only works for the head of the component, not the embedded baselines (derived from the SVN tags).

Any help appreciated
Dave

0 votes



One answer

Permanent link
The svn:eol-style property is respected. Can you check if the jazz file property has the line delimiter is set to platform? If it isn't set to that, it might be a bug in the SVN importer. If it's set, it might be something wrong with the content loading.

0 votes

Comments

I hand-checked a few files in the SVN repo and they all had svn:eol-style=native set.  Those same files ended up in RTC with "Line Delimiter" set to "Binary".  


Looking further .... Its hard to be sure, but it appears that all (a lot ?) of the SVN files with eol-style=native ended up as binary files within RTC.

Perhaps there's an option that I didn't check during the import ?

You'll have to open a defect. Something doesn't seem right with the import setting the line delimiter. If you have a simple SVN dump that shows the issue, please include it in the defect.

Here's another data-point


If I load one of the baselines (instead of just loading the latest state of the component), at least one of the files that previously was binary, is now correctly set with a delimiter of "platform".

Very confusing

Your best option is to file a defect. This doesn't seem like normal behaviour and I don't think any options during the import will give you the correct result.

FYI, you can respond to an answer instead of creating a new answer if you're only providing information about the problem and not really providing a solution. I'm converting your answers to comments.

 OK I'll open a defect.  The SVN dump isn't small I'm afraid but I'll with who-ever is working the defect to help recreate.

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
× 12,019

Question asked: Jul 08 '13, 8:16 a.m.

Question was seen: 4,680 times

Last updated: Jul 09 '13, 10:19 a.m.

Confirmation Cancel Confirm