Re: Huge diff for one-line change in ASF repository
From: Ryan Schmidt <subversion-2011a_at_ryandesign.com>
Date: Fri, 14 Oct 2011 19:18:44 -0500
On Oct 14, 2011, at 18:52, Johan Corveleyn wrote:
It's not just the svn:eol-style conversion that git-svn doesn't do; I hear it doesn't do svn:keywords normalizations either. It's the responsibility of the client to ensure that, for example "$Id: foo bar baz $" gets normalized to "$Id$" before being sent to the repository to be committed. I was told that the git people don't believe in the kind of munging that Subversion does for eol-style and keywords and therefore they don't want to implement it. I say fix the server to issue an error when a client tries to commit data that is not normalized in the required fashion. Force them to comply, and stop distributing software that does not behave correctly. Until the server is fixed to do this, a hook like the below should be used.
>> for f in $CHANGED_FILES; do
When svn:eol-style is set to ANY value, the file is stored in the repository with LF line endings, and converted to the desired EOL style by the client on checkout or export (and converted by the client to LF line endings before being committed).
This is an archived mail posted to the Subversion Users mailing list.