何时使用--将cr与am保持在一起，以及它是在哪个版本的git中引入的？

我正试图为我们的组织形式化一个补丁工作流程。我们有一个内部项目，我们不介意空格（如果可能的话，希望每个用户的空格保持不变）、EOF/EOL字符等。我们有开发人员在Mac和Windows平台上工作。在这两个地方，我们都使用git和Cygwin

我认为core.autocrlf true会起作用，或者您可以使用

--keep cr

。 但这是一个更好的策略

我的问题是：

何时使用true，何时使用false？（我只是不想让git打扰我 贴片应涂抹光滑）

什么时候引入了

——保持cr

？我使用Git1.7.2，am手册页没有这个选项吗

要使用哪些忽略空白选项才能使修补程序工作流平滑

1.7.2应具有git am的

——保留cr

，因为它是由Stefan-W.Hahn于年引入的，包含在git 1.7.1中

当您知道您正在将“

git format patch

”的输出直接馈送到“

git am

”时，尤其是当您的内容在行尾有CR时，这种剥离是不可取的。为了帮助这样一个用例，教导

——将cr

选项保留为“”并将其传递给“”

但是，在Windows上，我总是使用（即使）

可能影响所有文件（甚至非文本文件）的问题。
我更喜欢

对于空白，您可以尝试“”：

---

apply和am的区别是什么。因为我注意到一些补丁使用apply无缝应用，但在使用am时会产生问题。@MudassirRazvi Git am更适合于来自邮件的补丁，这就引出了我的下一个问题。这有什么区别？我使用格式补丁创建补丁。通过Outlook将其发送给我的同事。他使用am下载并应用补丁。这里有什么问题吗？@MudassirRazvi没有问题，最终结果是一样的。当我回来的时候，我会有更多（我在外面，用手机打字）会在等着

git apply --ignore-space-change --ignore-whitespace mychanges.patch