Hi, Guenter Knauf writes: > I would like to suggest adding a commandline switch for svn to > override the native eol style. Why do I want this? On windows > platform the native eol style defaults to CRLF which is usual what > we want. Now if you want to work from MSYS bash shell and want to > check out sources from a repo with a normal win32 svn binary you may > end up with autoconf shell scripts in CRLF format - of course > depending on how the files are marked in the repo, but lets here > assume that the files are marked as 'svn:eol-stype native', and that > we have no control over the remote repo; so as workaround to get > working autoconf files you now either need to convert these files > with dos2unix, or you need to use 'svn export --native-eol LF' which > then requires another export again and again every time you want to > update from repo. If '--native-eol LF' would also work with checkout > then all would be fine, and you could just add a bash alias to > profile like "alias svn='svn --native-eol LF'" and you could use > standard windows binaries, and there would be no need to create > special MSYS binaries.
I'd just like to add to this: Git has solved this problem elegantly using three configuration variables, namely core.eol, core.autocrlf and core.safecrlf. The motivation is described in the git-config manpage [1]. Even if we don't copy this design, I think we should look into the motivation behind this design and see what we can take from it. [1]: http://www.kernel.org/pub/software/scm/git/docs/git-config.html -- Ram
