windows平台git每次都会出现莫名其妙的许多changs，但是对比后又没有发现不同

Question

我在bitbucket.org上有一个git库，方便我在单位和家里的机子上同步代码，但是每次从服务器上拉下来代码都会出现很多修改，重新clone也不行，用文件对比工具查看也没有看到修改。

怀疑是line endings的问题，把git重新安装了下，选择了checkout what,commit what那个选项，仍然不行，求解释求指导，谢谢 o(╯□╰)o

-----补充----

现在确定是line endings问题了，下面是commit的log，一满屏，都是这样的。怎么设置？需要重新安装还是修改配置？
另外这个问题是什么原因导致的呢？我两台机子上设置的一样呀，难道是服务器给转了？

The file will have its original line endings in your working directory.
warning: CRLF will be replaced by LF in src/Presentation.Seedwork/Resources/Mess
ages.Designer.cs.
The file will have its original line endings in your working directory.
37 files changed, 3234 insertions(+), 3234 deletions(-)

Answer 1

Essayez de le configurer sur votre dépôt local

git config core.filemode false
git config core.eol lf

Answer 2

D'après votre description, il semble que votre entreprise et votre maison utilisent des systèmes d'exploitation différents, donc la différence dans les caractères de nouvelle ligne fera penser à Git que le contenu du fichier a changé. Cela peut être configuré pour permettre à Git de le convertir intelligemment pour vous :

1. Dans les systèmes Windows, lors de l'installation de Git, vous devez définir l'option core.autocrlf sur true, qui est celle illustrée dans la figure ci-dessous :
   

2. Sous les systèmes Linux/Unix/Mac, de manière générale, conservez simplement les paramètres par défaut (il n'y a pas d'interface d'installation parmi laquelle choisir). Bien sûr, vous pouvez modifier manuellement ~/.gitconfig et définir core.autocrlf sur input, comme les paramètres de ma machine :
   

Le résultat final des deux paramètres ci-dessus est que Git convertit toujours automatiquement les sauts de ligne en LF lors de la soumission, et convertit automatiquement checkout en CRLF pour vous lorsque vous revenez sous Windows, afin de s'adapter à Windows .Éditeur.

Si vous avez effectué les réglages ci-dessus et que vous rencontrez toujours le problème décrit dans la question, alors n'y pensez pas, il faut que d'autres membres de votre équipe n'aient pas effectué les réglages pour les deux points ci-dessus (un la possibilité est d'utiliser Windows), vous pouvez les vérifier un par un.

De plus, un autre paramètre lors de l'installation de Windows Git prête également à confusion. Il est recommandé de choisir celui indiqué ci-dessous :

Choisissez cette option, qui nécessite le moins de configuration et la compatibilité entre CLI et Linux est relativement élevée. Le seul défaut est que les commandes portant les mêmes noms dans Windows CLI et Linux seront écrasées par la version Linux, par exemple. comme find et ainsi de suite. À mon avis, la CLI de Windows est de toute façon nulle, et peu importe si elle est couverte.

Answer 3

Être capable de comparer les fins de lignes est la capacité de base de tout outil de comparaison