Re: osx autocrlf sanity?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2020-06-09 at 23:31:23, Martin Langhoff wrote:
> Hi Brian,
> 
> good question! There is a .gitattributes file, all the files affected
> have these attributes
> 
> *.py     text diff=python

By default, Git will check out files with the text attribute with the
native line ending, and it will check them in with LF endings.  That can
be controlled by core.eol and core.autocrlf.

If the file in the repository (as shown by a "git show HEAD:filename")
has CRLF endings (usually less shows this as "^M"), then the user has
done something naughty by overriding the .gitattributes file with local
overrides and checking data in nevertheless.  If so, you'll have
problems on a Unix system pretty much regardless, unless you set
core.eol to "crlf", in which case you'll get all CRLF files.

It may be instructive to run "git diff --ws-error-highlight=all" to see
what the changes are in the working tree compared to what's checked in.
I suspect it will probably be line endings only.
-- 
brian m. carlson: Houston, Texas, US
OpenPGP: https://keybase.io/bk2204

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux