使用 Atlassian SourceTree 将远程 git 存储库克隆到本地框.即使工作树中没有文件真正被修改，Atlassian 也会立即在“未提交的更改”下列出一堆文件。每个文件在删除和添加时都显示相同的行数，并且此计数等于文件中的总行数。这会以某种方式暗示我们正在遇到某种行结束问题。

但是，存储库的 .gitattribute 包含

# Set default behaviour, in case users don't have core.autocrlf set.
* text=auto

根据 GitHub 文章 Dealing with Line Endings应该明确地为存储库设置 core.autocrlf true。然而 ~/.gitconfig 也包含 autocrlf = true。

如果尝试将修改后的文件“还原”回之前的提交，则没有任何效果。相同的文件仍被视为未提交。

存储库已被克隆到多个位置，并确保没有文件位于同一路径中，以确保 SourceTree 或 git 不会记住旧文件。

存储库与 Windows、Linux 和 OSX box 协作。此问题仅出现在 OSX 中。

SourceTree/repository/git 设置中还有什么问题？

更新 #1，2013 年 4 月 20 日

由于还有问题，这里是git config --list的部分输出。

来自 SourceTree 控制台 (OSX)

core.excludesfile=/Users/User/.gitignore_global
core.autocrlf=input
difftool.sourcetree.cmd=opendiff "$LOCAL" "$REMOTE"
difftool.sourcetree.path=
mergetool.sourcetree.cmd=/Applications/SourceTree.app/Contents/Resources/opendiff-w.sh "$LOCAL" "$REMOTE" -ancestor "$BASE" -merge "$MERGED"
mergetool.sourcetree.trustexitcode=true
core.repositoryformatversion=0
core.filemode=true
core.bare=false
core.logallrefupdates=true
core.ignorecase=true
core.autocrlf=true

这是 Windows 端的相应输出:

core.symlinks=false
core.autocrlf=false
color.diff=auto
color.status=auto
color.branch=auto
color.interactive=true
pack.packsizelimit=2g
help.format=html
http.sslcainfo=/bin/curl-ca-bundle.crt
sendemail.smtpserver=/bin/msmtp.exe
diff.astextplain.textconv=astextplain
rebase.autosquash=true
http.proxy=
core.autocrlf=true
core.repositoryformatversion=0
core.filemode=false
core.bare=false
core.logallrefupdates=true
core.symlinks=false
core.ignorecase=true
core.hidedotfiles=dotGitOnly
core.eol=native
core.autocrlf=true

以及相关存储库的完整 .gitattributes

# Set default behaviour, in case users don't have core.autocrlf set.
* text=auto

*.php    text
*.twig   text
*.js     text
*.html   text diff=html
*.css    text
*.xml    text
*.txt    text
*.sh     text eol=lf
console  text

*.png    binary
*.jpg    binary
*.gif    binary
*.ico    binary
*.xslx   binary

最佳答案

我是 SourceTree 开发人员之一(实际上我开发了该产品的 Mac 版本)，所以希望我能提供一些帮助。

Windows 机器在提交时将 CRLF 转换为 LF，在 checkout 时将 LF 转换为 CRLF。 autocrlf 确保存储库中的所有内容都是 LF。 text = auto 选项是我们感兴趣的选项，因为它 says in the docs :

When text is set to "auto", the path is marked for automatic end-of-line normalization. If git decides that the content is text, its line endings are normalized to LF on checkin.

所以您在 checkin 时看到它会说“嘿，我需要规范化这些行结尾，因为它们不是 LF 格式，而是 CRLF。”从而修改您的工作副本以完成预期的工作。通常在 Mac/Linux 上你不需要规范化，因为一切都在 LF 中，但 Git 会进行检查，因为你可能已经从以前在 Windows 上开发的存储库中 check out ，或者可能在使用 CRLF 的编辑器中 check out 而不是 LF。

简而言之，您可能想要重新提交所有这些文件，因为它们应该是 LF 格式，但还要确保 autocrlf = true(编辑，始终为 true!)在您的 Windows 存储库中，如文档中所述:

If you simply want to have CRLF line endings in your working directory regardless of the repository you are working with, you can set the config variable "core.autocrlf" without changing any attributes.

尽管想象一下之前的引用是在为特定存储库以及全局设置 autocrlf 时。

希望这对您有所帮助，如果没有，请随时提出更多问题!

这是一个很好的 SO 帖子 re: line endings: Why should I use core.autocrlf=true in Git?

编辑

根据上面的回答，我们需要确定一些事情。

• 您已经在 .git/config 中设置了相关的 git 选项>
• 如果您想保留 CRLF 行结尾，请设置 autocrlf=true
• 如果在 checkout 您的存储库时，您不希望自动转换行尾(导致所有文件立即处于“已修改”状态)，请设置 text 选项取消设置。如果全局 git 配置将其设置为您不想要的值，请添加此选项。
• 如果您在 Windows 和 Mac 上为一个项目工作，那么最好使用 text=auto 并确保全面使用 LF。这就是为什么会出现这样的问题；因为您的 git 配置不同，或者因为 Windows 上的初始项目/git 设置假定 CRLF 而您的 Mac 假定 LF。

关于git - SourceTree App 说即使对于新克隆的存储库也有未提交的更改 - 可能有什么问题？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15958446/