[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Svn issues.

From: Ryan Schmidt <subversion-2009b_at_ryandesign.com>
Date: Sun, 21 Jun 2009 01:15:19 -0500

On Jun 21, 2009, at 00:44, Prasad, Venkat wrote:

> We have lot many issues with subversion. Please can you assist us.
> Problem 1.
> Workcopy files are showing modified without modification for all the
> users.
> sgs45a-3503:vprasad3$ svn revert -R .
> sgs45a-3503:vprasad3$ svn status
> M bridge/CsComPortfolioAttribute.cpp
> M bridge/CsComTypeAttributeValueSet.cpp
> M bridge/CsComParameter.h
> M bridge/CsComPortfolio.cpp
> M bridge/CsComParameter.cpp
> M bridge/CsComPropertyAttribute.cpp
> M bridge/CsComRiskParameter.cpp
> M bridge/CsComModifiers.cpp
> M bridge/CsComValidationLog.cpp
> sgs45a-3503:vprasad3$
> Problem 2.
> <<SVN_Issues.doc>>

I only skimmed the lengthy email exchange you attached, but it sounds
like you are experiencing only one issue, which happened like this:

1. You imported text files with inconsistent line endings.
2. During import, you asked for the svn:eol-style property to be
added to the these files.
3. The import did not normalize the line endings before sending the
file to the repository.

"svn import" *does* normalize line endings if svn:eol-style is set,
so I assume you did not import using "svn import". It sounds like you
were migrating from another revision control system (ClearCase?) If
so, the bug is in the conversion program you used and should be
reported to its author. Any client (including a conversion program)
that sends files to the repository with the svn:eol-style property
set is required to normalize the line endings to LF before doing so,
and your conversion program didn't.

At least, it seems to me this is what has happened.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-06-21 08:16:23 CEST

This is an archived mail posted to the Subversion Users mailing list.