Re: [PATCH] Respect crlf attribute even if core.autocrlf has not been set
- From
Avery Pennarun <apenwarr@gmail.com>
- Date
- Jul 30, 2008, 21:07 UTC
- Message-ID
- <32541b130807301407m59eef936m5e07dd33a4eb5b04@mail.gmail.com>
- In-Reply-To
- <56C07978-D6C9-4219-8B92-6217BD33F6D4@zib.de>
On 7/30/08, Steffen Prohaska <prohaska@zib.de> wrote:
Show 10 quoted lines
> > And so here's the problem: svn hands you a file. It may or may not > > have CRLFs in it, and the line endings may actually be a random mix of > > LF and CRLF, as I am actually experiencing at the moment in a > > particular repository at work. If core.autocrlf is anything other > > than "false", git will modify the file, and git-svn won't be apply the > > diff on the next revision. > > This sound like a specific problem with svn, not a general problem > of git's autocrlf concept. I work with a git-only workflow and I > never see the problems you describe.
My apologies, I think I got this thread mixed up with a different thread about the fact that git-svn doesn't work with autocrlf.
FWIW, this problem would apply to any system that incrementally imports into git from another system using binary deltas.
Have fun,
Avery