Re: [msysgit? bug] crlf double-conversion on win32
- From
- Laurent Boulard <laurent.boulard@gmail.com>
- Date
- Oct 14, 2009, 15:59 UTC
- Message-ID
- <cdea158b0910140859y3a914654nd293557eb44067e3@mail.gmail.com>
- In-Reply-To
- <alpine.DEB.1.00.0910141601580.4985@pacific.mpi-cbg.de>
On Wed, Oct 14, 2009 at 16:03, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
Show 15 quoted lines
>> See http://thread.gmane.org/gmane.comp.version-control.git/122823/focus=122862 >> >> In which Junio suggests: >> $ rm .git/index >> $ git reset --hard >> >> in order to "restore sanity to your work tree" > > Of course this is insane as a user interface. It is not even plumbing. > > So I started some time ago to code a "git checkout --fix-crlf", but I > am not really happy with the user interface. I think that Git should > realize itself that something went wrong with the line endings. If I say > "git reset --hard", it is just a bug in Git when it insists afterwards > that the files are modified.
I have to work on win32 at work and depending of projects, I have to play with autocrlf/crlf config. So I cannot do a git clone because it will inherit the global crlf configuration which is not want I want. My flow is often:
$ git init ... $ git config core.autocrlf ... $ git remote add origin ... $ git fetch origin ...
I stuffed those four lines behind a few git alias but I think having a config option for git init and git clone to set core.autocrlf in repository would be a (small) improvement, isn't it ?
Laurent.