问题标签 [git-am]

我在虚拟机中使用 linux，但我的主机是安装了 Outlook 的 Windows。目前，当我收到包含 git 补丁的电子邮件时，它们会在我的 Outlook 中弹出。

如何应用这些补丁？它们不是作为附件发送的，它们可能是通过 git send mail 发送的。

我可以设置我的 VM 以在 VM 邮箱中接收它们吗？（目前没有成功）

我可以将补丁保存到 git am 友好格式的文件夹中吗？到目前为止，我一直在尝试这个角度，我想，如果我将消息拖放到一个文件夹中，然后在该文件夹上运行 git am，那么它会起作用，但是如果我这样做，Outlook 会将它们保存为 .msg 而不是 .eml他们似乎不是一种转换方式。我曾尝试另存为文本文件，但随后我得到 git am 的“补丁没有有效的电子邮件地址”或 git apply 的“尾随空格”。我猜我可以通过删除 windows 行结尾来解决空格问题，但这似乎有点像 hack，因为我作为商业团队的一员这样做，我希望它能够正常工作。

- 感谢您的帮助，克里斯

我尝试使用 应用补丁git am <my.patch，但失败了。

现在我在 Git Bash 中得到了这个：

我的提示曾经显示：

那么不成功的补丁已经“遗留”了一些东西，我该如何完全取消它，并返回到旧的提示？

如何让 git 完全忽略任何空格？即使存在任何空格，我也不在乎。我只想让 git 不跟踪任何空格。

即当我提交、创建或应用补丁、合并或任何事情时，我希望 git 永远不会因为空格而困扰我。

另外我不希望 git 自动删除任何空格！

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

我在这里读到 core.autocrlf true 可以解决问题，或者您可以使用--keep-cr. 但这里 VonC 建议core.autocrlffalse是一个更好的策略。

我的问题是：

1. 什么时候用真，什么时候用假？（我只是不想让 git 打扰我，补丁应该顺利应用）。
2. 什么时候--keep-cr介绍的？我使用 git 1.7.2 并且手册页没有这个选项？
3. 使用哪些忽略空白选项以实现平滑的补丁工作流程？

我正在和另外 3 个人一起开发一个工具。我们通常通过 git 中的补丁进行通信。我们这样做： 1. A 进行更改，使用 format-patch 创建补丁，将其附加到 mail(outlook) 并发送。2. B和C下载，放置在x位置并使用am申请。

我的问题是：

1. 我们做错了什么吗？（因为我们必须明确地将补丁附加到 Outlook 并下载）
2. 有没有一种工具或方法可以让我以这种格式来回查看补丁？这样我就可以立即从 git 本身获得整个补丁对话，这样我就不需要查看 conv 历史的前景。

.patch我尝试（在一个小型测试存储库上）将存储库导出到使用命令为每次提交生成的一系列文件git format-patch中，然后通过在空目录上使用“git init”git apply以及每个补丁文件的命令来重构存储库。它起作用了——只有一个问题——当git am将补丁应用到存储库而不是保留补丁的 ID 标签时，它会生成一个新标签。这在以后可能会成为一个问题，因为它可能难以确定哪些提交是多余的，哪些不是。

至于为什么我不使用克隆存储库的常规方法，例如git clone- 答案是一般来说，我确实使用git clone克隆存储库 - 但我目前有非常具体的原因来尝试看看我是否可以这样做这种方式太长了，无法在这里详细介绍（尽管我可能会在这个问题后面提到原因）——不仅这些原因太长，而且我看不到它们的最终细节如何影响这个问题的正确答案是。

但是，如果您告诉我这.patch不是用于此目的的正确文件格式，我愿意接受。我想做的最重要的是：

1. 提取对 repo 的单个提交到单个文件 - 并了解这些文件在 repo 历史记录中的顺序等。

2. 能够根据提交的那些提取版本完全重构 repo

3. 稍后能够“取消规范化”我认为不应该进行的任何提交（并且将其保存在存储库的历史记录中不值得它会导致项目历史记录大小膨胀），以便我可以在没有“去规范化”提交的情况下重新构建 repo。（顺便说一下，第 3 方面与我希望能够做到这一点的原因非常相关。）

我正在尝试将一个 shell 脚本移植到 Java，其中包含一些我主要设法在 JGit API 中找到的 Git 命令。但是，我还没有设法找到 remote 或 am 命令，这是因为它们不存在还是我只是在错误的地方寻找它们。如果它们不存在，还有其他方法可以使用它们吗？

我有两个 Git 存储库：

1. /li>
2. /li>

第二个存储库有一个邮箱文件夹，其结构与第一个 Git 存储库完全相同。由于工作流程的变化，我现在需要处理第二个存储库，并且需要将我的工作分支转移到新的存储库。

我在第一个补丁中创建了一个补丁（比如说在 file 上api/pom.xml），并尝试在第二个补丁中应用它，在/mailbox路径下。所以我只有一个问题：git am拒绝做这项工作，假装：

我尝试了目录选项和-p1选项。注意：patch -p1做的工作，但我有〜80个补丁适用于我的所有分支机构：

有没有更便宜的方法呢？

在 11 月份有大约 133 次提交的项目，我已经克隆了该项目并在 50 次提交之前创建了一个新的 repo，这意味着：

现在新仓库中大约有 15-20 个提交，但是没有提交被推送到旧仓库，但是在编码许多文件并在内部进行了更改时。

现在我想将这两个 repo 合并为一个：

搜索互联网后得到一些命令并尝试与以下合并：

它给出了第一次提交的confilts并成功解决了它：

显示错误：

如果可能，如何解决这个问题？

还有其他方法可以解决此问题吗？

运行git am我得到上面的错误。手动比较我没有发现任何问题。有人可以指出错误在哪里吗？

.rej：

来源：

行尾是unix。

尝试git apply手动运行会出现下一个错误：