On Tue, 18 Jun 2019 at 08:15, Julian Reschke <julian.resc...@gmx.de> wrote: > > On 17.06.2019 23:26, sebb wrote: > > Most of the files in my clone of codec have LF endings, however a few are > > CRLF: > > > > ./README.md > > ./src/assembly/bin.xml > > ./src/assembly/src.xml > > ./src/changes/changes.xml > > ./src/main/java/org/apache/commons/codec/cli/Digest.java > > ./src/main/java/org/apache/commons/codec/language/DaitchMokotoffSoundex.java > > ./src/main/resources/org/apache/commons/codec/language/bm/lang.txt > > ./src/test/java/org/apache/commons/codec/digest/HmacAlgorithmsTest.java > > ./src/test/java/org/apache/commons/codec/digest/MessageDigestAlgorithmsTest.java > > ./src/test/java/org/apache/commons/codec/digest/PureJavaCrc32Test.java > > ./src/test/java/org/apache/commons/codec/language/ColognePhoneticTest.java > > > > > > This causes spurious differences when the files are updated. > > > > Can these files be easily fixed without causing huge diffs to be generated? > > > > Also, is there any way to prevent such files being committed to the repo? > > > > S. > > If svn:eol-style is set to "native", it shouldn't matter. I think this > can be defaulted for newly added files.
Thanks, but this is Git, not SVN. > In Jackrabbit, I regularly run a script to spot new files missing the > property. Are you willing to share the script? > Best regards, Julian --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
