我正在尝试应用由其他人使用git-format-patch创建的git补丁。该补丁是针对HEAD后面的一次提交而制作的，但据我了解，这无关紧要。当我运行gitam0001.patch时，出现错误:错误:source.c:与索引不匹配我不太熟悉git补丁的格式，但看起来索引不匹配，但是源确实匹配。解决此问题的最佳方法是什么？手动更改索引以匹配？或者我应该git-apply然后在提交时复制作者和描述信息？ 最佳答案 来自J.C.Hamano(Gitmaintainer)himself，这是关于:patchapplicationsandm
关于它们是如何工作的，我想知道低级工作的东西:什么会触发merge冲突？上下文是否也被工具使用以应用补丁？他们如何处理实际上并未修改源代码行为的更改？例如，交换函数定义位置。关于安全性，说实话，巨大的Linux内核存储库是其安全性的证明。但我想知道以下几点:对于用户应了解的工具，是否有任何注意事项/限制？算法是否已被证明不会产生错误的结果？如果没有，是否有建议集成测试的实现/论文至少证明它们在经验上没有错误？类似这些论文的内容BrianKorver和JamesCoplien.同样，对于前一点，Linux存储库应该足够了，但我想知道更通用的东西。源代码即使更改也不会发生太大变化(特别是因
关于它们是如何工作的，我想知道低级工作的东西:什么会触发merge冲突？上下文是否也被工具使用以应用补丁？他们如何处理实际上并未修改源代码行为的更改？例如，交换函数定义位置。关于安全性，说实话，巨大的Linux内核存储库是其安全性的证明。但我想知道以下几点:对于用户应了解的工具，是否有任何注意事项/限制？算法是否已被证明不会产生错误的结果？如果没有，是否有建议集成测试的实现/论文至少证明它们在经验上没有错误？类似这些论文的内容BrianKorver和JamesCoplien.同样，对于前一点，Linux存储库应该足够了，但我想知道更通用的东西。源代码即使更改也不会发生太大变化(特别是因
我正在尝试使用gitapply将补丁应用于文件。整体补丁失败，所以我使用了gitapply--reject。检查生成的.rej文件告诉我出了什么问题，现在我修复了.rej文件中的问题。但是尝试应用.rej文件失败并显示消息fatal:patchfragmentwithoutheaderatline2:...有没有办法在解决问题后重新应用.rej文件？或者我是否必须修改原始补丁并重新运行gitapply？在那种情况下这会有点麻烦，因为原始补丁包含许多文件的补丁，我不想gitcheckout应用的修改以重新git应用整个固定的补丁文件。 最佳答案
我正在尝试使用gitapply将补丁应用于文件。整体补丁失败，所以我使用了gitapply--reject。检查生成的.rej文件告诉我出了什么问题，现在我修复了.rej文件中的问题。但是尝试应用.rej文件失败并显示消息fatal:patchfragmentwithoutheaderatline2:...有没有办法在解决问题后重新应用.rej文件？或者我是否必须修改原始补丁并重新运行gitapply？在那种情况下这会有点麻烦，因为原始补丁包含许多文件的补丁，我不想gitcheckout应用的修改以重新git应用整个固定的补丁文件。 最佳答案
我有一个浅克隆，我在上面做了三个提交。这是日志:$gitlog--oneline--graph--decorate--all*d3456fd(HEAD,master)patch3*9713822patch2*6f380a6patch1*8a1ce1e(origin/master,origin/HEAD)fromfullclone*7c13416addedfromshallow*3b3ed39removedemail*cfbed6cfurthermodifications*a71254baddedforrelease2.1*7347896(grafted)changesforreleas
我有一个浅克隆，我在上面做了三个提交。这是日志:$gitlog--oneline--graph--decorate--all*d3456fd(HEAD,master)patch3*9713822patch2*6f380a6patch1*8a1ce1e(origin/master,origin/HEAD)fromfullclone*7c13416addedfromshallow*3b3ed39removedemail*cfbed6cfurthermodifications*a71254baddedforrelease2.1*7347896(grafted)changesforreleas
是否可以通过gitadd--patch配置Git以使用我配置的difftool？我想通过我自己的difftool选择要添加到索引的更改。 最佳答案 不，不幸的是。我想我可以看到工作-Git根据当前索引中的内容生成一个临时文件，将其与当前工作树版本的副本一起交给difftool(以保护您免于进行进一步更改)，让我们您使用difftool将一些更改移动到索引版本，然后在保存并退出后，暂存该修改后的索引版本中的任何内容。请注意，这将需要difftool也有点像编辑器，但并非所有有效的difftools都是；其中一些仅用于查看差异。另请注意
是否可以通过gitadd--patch配置Git以使用我配置的difftool？我想通过我自己的difftool选择要添加到索引的更改。 最佳答案 不，不幸的是。我想我可以看到工作-Git根据当前索引中的内容生成一个临时文件，将其与当前工作树版本的副本一起交给difftool(以保护您免于进行进一步更改)，让我们您使用difftool将一些更改移动到索引版本，然后在保存并退出后，暂存该修改后的索引版本中的任何内容。请注意，这将需要difftool也有点像编辑器，但并非所有有效的difftools都是；其中一些仅用于查看差异。另请注意
我有一个源文件，其中添加了2个功能。为了允许挑选，我想分两个阶段进行:每个功能一个。到目前为止，在类似的情况下，使用gitadd-p对我来说效果很好，可以提交一项功能，同时将本地文件留在最后阶段。但是，我现在遇到的问题是gitadd-p想要暂存一个包含对这两个功能的编辑的大块。即使编辑是在不同的行上，s(表示“拆分”)也不再希望将大块拆分成更小的部分...简而言之:我无法通过这种方式将这2个功能的更改分开。有没有办法手动编辑补丁，例如使用vi，而不实际更改原始文件？ 最佳答案 正如Alan所说，在gitadd-p期间按e(而不是s)
