问题标签 [git-apply]

为什么我无法使用带有 -3 选项的 git apply ：

我在窗户上。

由于各种原因，我们有多个不同 svn 分支的 git 实例。

很多时候，我想修复存储库 A 中的问题，生成补丁并将其应用到存储库 B。除非存在冲突，否则这工作正常。

变基时，我只需右键单击文件夹并使用 tortioseGit 并选择解析选项。这带来了一个很好的 gui 让我解决我的冲突。

有没有办法用被拒绝的补丁块来完成这个？

这是我目前创建/应用补丁的方法

我正在尝试使用git apply. 整体补丁失败，所以我使用了git apply --reject.

检查生成的.rej文件告诉我出了什么问题，现在我修复了.rej文件中的问题。

但是尝试应用.rej文件失败并显示消息

致命的：第 2 行没有标题的补丁片段：...

有没有办法在解决问题后重新应用.rej文件？ 还是我必须修改原始补丁并重新运行git apply？

在这种情况下这会有点麻烦，因为原始补丁包含几十个文件的补丁，我不想git checkout为了重新git apply修复整个固定补丁文件而应用修改。

我正在尝试应用从某个 git 存储库生成的补丁。补丁上下文行看起来像这样

在我的代码中它看起来像这样

当我应用补丁时

它说

并提供仅在上述空间中存在差异的上下文块。当我解决空间问题时，问题就消失了。有没有办法指定上下文行内的空格可以忽略？

diff -b即使在git repo.

1. 两者有什么区别，git diff / git format-patch内部是否也使用了 linux/unixdiff命令？（我知道 之间的区别git diff/git format-patch）
2. 此外，如何修补patch -p1与git apply. 我可以应用diff命令（diff -b）生成的补丁并使用git diff吗？
3. git diff/apply使用时使用它是一个好习惯git吗？我一直在使用diff/patch，从未遇到任何问题。

如果我对上述内容的了解不足，请纠正我。

假设补丁是从过去的特定提交中创建的，并且不再适用于 HEAD。

我怎样才能找到 HEAD 历史上的第一个或更好的最后一个提交，这个补丁适用于 "git apply" ？也许有 git bisect 的东西？但是哪个命令会告诉我补丁是否适用？

理想情况下，我想回到那个提交，应用补丁，然后基于原始 HEAD 或与原始 HEAD 合并，然后再次 diff 以创建新补丁，除非存在冲突。在此之后，我想回到原来的 HEAD，所以我可以继续做更多的补丁。

背景：有许多补丁需要重新发布......（是的，有些生态系统仍然存在补丁......）

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

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

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

我从事基于 WordPress 的项目，我想在每个新发布的 WP 版本中修补我的项目。为此，我想在两个提交或标签之间生成一个补丁。

例如，在我的仓库中，/www/WP我这样做：

/www/WPgit natif WordPress

/www/myproject我的 git 项目基于 WordPress

我认为git apply命令行不起作用，因为我们在不同的存储库中。

我可以在没有提交的情况下生成一个补丁文件，只是一个差异并将其应用到另一个 git 存储库吗？

谢谢你。

我有这个补丁文件，它包含一堆我想应用于 git 分支的修改。但我不想对所有这些修改做出一个独特的提交，而是想将它分成 2 或 3 个提交。

我知道我可以通过首先应用补丁来实现这一点，然后进行交互式添加（逐块），如下所示：

我只是想知道是否可以在一个 git 命令中做到这一点。我git apply在git add.

编辑

我认为这个问题不应被视为具有多个命令的 Git 别名语法的副本，因为该问题（及其答案）不需要不涉及传递给别名的参数。

在 git 中应用补丁时，如果我在工作副本中修改了补丁中存在的相同文件，则会收到以下错误。

在您刚刚应用的补丁中，一个或多个大块被拒绝，您会在与受影响文件同名的“.rej”文件中找到大块。受影响的文件是：D D..

如何解决这个问题？