Re: CRLF problems with Git on Win32
- From
- Steffen Prohaska <prohaska-wjoc1khpmeg@public.gmane.org>
- Date
- Jan 8, 2008, 20:02 UTC
- Message-ID
- <B655B6FF-9377-434A-A979-2E758771B0FA@zib.de>
- In-Reply-To
- <7vir24rtfp.fsf-jO8aZxhGsIagbBziECNbOZn29agUkmeCHZ5vskTnxNA@public.gmane.org>
On Jan 8, 2008, at 8:47 PM, Junio C Hamano wrote:
Show 33 quoted lines
> > "J. Bruce Fields" <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org> writes: > >> On Tue, Jan 08, 2008 at 07:58:57PM +0100, Steffen Prohaska wrote: >>> ... >>> I don't think a solution will be found by declaring one platform >>> native (UNIX) and all other platform non-native. The question to >>> answer is how to support cross-platform projects. A valid >>> solution should never corrupt data unless the user explicitly >>> told git to do so. >> >> My only suggestion is that we consider allowing the user that >> "explicitly told git to do so" be the project maintainer. So if you >> >> echo * autodetectcrlf >.gitattributes >> git add .gitattributes >> git commit >> >> then users that clone your repo will get that default without >> having to >> be told to do something magic on clone. >> >> (And ideally I'd've hoped you could do that using the existing crlf >> attribute rather than having to invent something new, but maybe that >> doesn't work.) > > I think the project can mark text files as text with attributes > and if the port to the platform initialized core.autocrlf > appropriately for the platform everything should work as you > described. > > At least that is how I read the description of `crlf` in > gitattributes(5).
But we do not want to mark a file as text but tell git to run its auto-detection and use the local default line endings. But for different projects we do not even want to run the auto-detection, but leave the files as is.
See my separate mail that I just sent before I read yours.
Steffen