如何将补丁应用于git，包括新文件和提交消息？
我正在寻找一种通用的方法来转换由 git show ， git format-patch 生成的补丁文件。或甚至 diff 以最好的方式提交。 我期望以下功能： 应修改现有文件，并为新提交进行修改。 新文件应创建并启动。 如果补丁是使用 git format-patch ，commit消息应该被解析并用于新的提交。 如果补丁是使用 git show ，commit消息应该被解
..
patch相关内容
git format-patch X..Y对于特定的作者
我想知道是否可以为范围生成补丁，但仅限于来自特定作者的提交，您使用的方式> git log --author ='bob' 解决方案 是的，这是可能的。 在参考 > git format-patch 它接受 泛型表达式（请参阅“指定修订版本”gitrevisions（7）中的 部分）意味着指定范围内的提交。 详情请参阅参考资料但我们只需
..
合并后不应用修补程序
使用 git flow 工具，我创建了一个功能分支（分支 dev ），更改并将分支合并回到 dev 。 我在功能分支中修改了一个文件。我可以确认修改该文件（ FILE-A ）的修订（让我们称之为 REV-A ）为然后在合并之后， FILE-A 处于其原始状态（存在并应用于功能分支中）。 预合并）状态在 dev 分支上。我可以在 dev git log 时看到 REV-A c>，如果我按
..
Git错误：以前的rebase目录.git / rebase-apply仍然存在，但给出了mbox
我正尝试应用我从 http：// www.winehq.org/pipermail/wine-devel/2014-May/104356.html 。我将它复制到一个文本编辑器中，并将其保存为 my.patch （我需要修复电子邮件，它已被混淆）。 我尝试将它应用于Git，但是出现此错误： sashoalm @ sashoalm -VirtualBox：〜/ Desktop / wi
..
分布式源代码管理 - 推送个人变更集
处理一些棘手的问题，希望得到社区的帮助。基本上，我们的开发团队分成两个团队，可以说“红色”和“蓝色”。 3回购： 1：主人 2：红色>>克隆主人 3：蓝色>>主人克隆 每个开发者都克隆红色或蓝色在他们工作的地方机器上。 两个团队都在为我们的主要应用程序开展各种工作。每个团队都有我们共享的“主”存储库的克隆，他们正在应用其变更集。变更集在这个级别进行了验证，此时他
..
github pull请求：提交范围的冲突建议？
但是这种情况怎么样： ul> Dave是上游repo，master分支“Dave / A” Satish分叉回购，创建分支B，并向Dave / A Satish然后从Satish / B创建分支C，让我们假设 C需要B Satish希望创建另一个拉取请求，这次是分支C 我发现了两组相互冲突的建议（但对B的依赖可能是不同） GitHub的建议似乎认为C应该适用于A： $
..
如何应用一个git补丁，就像作者提交给我的回购一样？
假设有一个中央存储库，在这个存储库中，卫星提交的提交需要一段时间。开发人员A在他的回购中做了一些提交，而B自己也做了一些提交。 现在，A想要将B的提交中的一个提交到他的回购（他无法访问直接拉）。 一种方法是让B创建一个补丁并发送给A，但在这种情况下有两个问题： 1. The修补程序将显示为A的本地修改，然后该修改（使用其自己的名称） 2.一旦中央回购更新，修改将会发生冲突（由两位不
..
如何应用.diff文件
diff --git a / res / User.lua b / res / User.lua index db8c2cc..4d2af0f 100644 --- a / res / User.lua +++ b / res / User.lua @ @ -5,6 +5,7 @@ resetPassword = {} + UserInfo = {} 我应该手动
..
git-apply神秘失败，我该如何解决/修复？
我目前正在尝试对（github）存储库的PR进行代码样式检查，并且我想将修补程序交付给提交者，用它们可以轻松修复代码样式。为此，我拉下了他们的PR，运行我们的uncrustify脚本来修复任何样式错误，并且想要创建一个可以轻松应用的.patch文件。但是，它在一些文件中一直出现问题。 我这样做（git版本1.7.10.4 with core.autocrlf = input ， core.f
..
如何管理Git“上游”分支和相关的补丁？
最近我遇到了一个问题，就是因为教授已经更改了代码以添加新功能，所以我得到了一个作业的补丁。不幸的是，我已经把原始的代码库放在git中，并且已经做了很多更改和提交。我用来应用该补丁的工作流程如下所示： git checkout git checkout -b patch_branch git apply patch
..
git hunk编辑模式 - 如何删除' - '行？
+ bbb - aaa ＃--- ＃删除' - '行，使它们成为'行上下文）。 ＃要删除“+”行，请删除它们。 ＃以＃开始的行将被删除。 ＃ ＃如果修补程序应用得很干净，编辑后的块将立即变为 ＃标记用于分级。如果它不适用，你会得到 ＃再次编辑的机会。如果删除了大块的所有行， ＃则编辑被中止，并且大块保持不变。 我根本不明白是什么让他们'行的意思。如何申请
..
从无到有创建一个git diff
我试图通过评论板创建一个补丁文件。 It将是最初的补丁。 diff -ruN --exclude = .git empty_dir working_dir> mypatch_00.patch 的作品，但我得到一个“选定的文件似乎不是差异。”错误。 有什么办法让它使用git-diff或diff？谢谢 解决方案 如果您想为最初的提交获取差异（也许我误解了您的问题），您可以使用
..
如何在两个标签之间创建补丁，并在它们之间进行多次提交？
我在同一分支的git中有两个标签。他们之间至少有5-6次提交。如何在两个标签之间创建一个补丁，以便将其应用于GitHub repo？ 您可以创建在两个标签之间使用下面的单个差异（补丁）： $ git diff tag1 tag2 - > the-patch.diff 替换 tag1 和 tag2 到您想要的标签。
..
git用diff创建补丁
我试过了 git diff 13.1_dev sale_edit> patch.diff 然后我试着做 git apply patch.diff 在另一个分支，但我得到的补丁不适用。 收到的错误： $ git apply --ignore-space-change --ignore-whitespace diff.diff diff.diff：
..
你如何将git add patch -p模式与diff的ignore-all-space结合起来
该用例用于重新格式化文件并对其进行了更改。 如何使用修补程序模式执行git add，但忽略空白变化。 。我想先分别提交真正的代码更改（如git diff -w path所示），然后将重新格式化提交为单独提交。 我建议你简单地往返差价 想法： git diff --ignore-all-space | （git reset --hard&& git apply） 警
..
什么是“1行添加空白错误”是指在应用补丁时？
我正在编辑克隆远程存储库的一些降价文件，并且想要测试从一个分支到另一个分支的创建和应用修补程序。但是，每次我进行任何更改时，都会在 git apply 中收到以下消息： 0001-b.patch：16：尾随空格。 警告：1行添加空格错误。 （这是在我的Mac上发生的，我不知道原始代码的创建位置。 ） 警告信息的含义是什么，我需要注意吗？ 解决方案 di
..
diff命令'diff -b'和'git diff'之间的区别
在处理 git repo 时，我总是使用 diff -b 来创建补丁。 这两者之间的区别是什么，也是内部的 git diff / git format-patch 使用linux / unix diff 命令？ （我知道 git diff / git format-patch 之间的区别） 另外，如何修补 patch -p1 不同于 git apply 。我可以应用由 diff 命令（ d
..
我可以修改git-add的默认** hunk大小吗？
使用 git add -p ，可以选择对文件进行分段更改。 可以手动更改大块大小（我可以修改git-add的大块大小吗？ ），但我想知道如何更改默认 hunk大小（例如，以单行）。 解决方案您可以使用 GIT_DIFF_OPTS 环境变量告诉Git多少每次需要 hunk 时，生成补丁。 在你的情况下，你会说： export GIT_DIFF_OPTS = -u0
..
git从unpushed提交创建补丁
在远程工作时我无法推送，所以我想从所有尚未推送到我的开发分支上的提交中创建一个单一补丁来发送电子邮件。我该怎么做？ 解决方案 git format-patch 为自你指定的提交后所做的每次提交创建一个补丁文件。 因此，要导出所有提交的提交，只需放入 git format-patch origin / master -o patches /
..
diff / patch如何工作以及它们有多安全？
关于他们的工作方式，我想知道低级别的工作内容： 什么会触发合并冲突？ 这些工具是否也使用上下文来应用修补程序？ 它们如何处理实际上不修改源代码行为的更改？例如，交换函数定义的地方。 关于安全性，真相被告知，巨大的Linux内核存储库证明了它们的安全性。但我想知道以下几点： 是否有关于用户应该知道的工具的任何警告/限制？ > 是否已经证明算法不会产生错误的结果？如果不是，那么
..