On Fri, Oct 14, 2011 at 05:43:03PM +0400, Konstantin Kolinko wrote: > Hi! > > One of committers in Apache Tomcat project is experimenting with Git > <-> Subversion integration. > > A result is that in the last few days several commits produced diffs > for entire file. An example: > > http://svn.apache.org/viewvc?view=revision&revision=1183340 > http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java?r1=1183339&r2=1183340 > > Commit e-mail: > http://markmail.org/message/f4rdxrjvrenc6tg6 > http://markmail.org/message/iysr4bsfckegq7vp > > How can this happen from subversion point of view? > The file has svn:eol-style=native.
Because whichever git integratio is used ignores this setting and commits all with lines CRLF anyway? > AFAIK such files are stored with LF endings at the server. Is this > line endings convention enforced on the client only? Yes. The client changes the file EOLs whenever the local value of the svn:eol-style property changes. Recall that the server uses binary diffs. It doesn't know or care what a newline is.