问题标签 [pull-request]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
git - 如何检测两个 git 存储库之间的冲突。
为了在我的项目中实现类似 github 的 fork/pull request 功能，自动合并功能需要在每次查看 pull request 时检测源/目标存储库之间的冲突。
我想到的一种解决方案是分析“git request-pull”输出。有没有更简单的方法来检测冲突？
github - 在拉取请求中保留/丢弃贡献者的命名空间的礼仪是什么？
我有一个 Github 项目存储库。一个贡献者分叉了存储库，添加了一个新文件并向我发送了一个拉取请求。
我注意到他在那个（.java）文件中使用了他自己的命名空间，而我项目的其余部分使用我自己的命名空间。
从美学上讲，我希望我的存储库中的所有文件都使用我的命名空间。然而，这是他编写的代码，也是他的贡献。
这里最好的礼仪或行动方案是什么？
git - Github：推送额外的提交以拉取请求
我提出了一个拉取请求，但现在我需要向这个拉取请求推送一个额外的提交。Github 说：
您可以通过推送到 myaccount/repo 上的 x4e925e4 分支向此拉取请求添加更多提交。
如何通过命令行实现这一点？
git - 如果您无法提交到他们的分支，如何将提交到另一个人的 github 拉取请求添加到您的仓库？
这是场景：
我有一个公共回购A。Bob分叉A，添加一些提交Bob/master并提交拉取请求以将这些更改合并到A/master. 在将其合并回A/master.
如果我不能推动，我该怎么做Bob/master？
git - 谁获得了手工编辑补丁文件的功劳？
关于编辑 GitHub 拉取请求的回答的后续问题询问是否直接在应用补丁文件之前对其进行编辑会导致原作者的工作受到赞扬。由于它实际上并不是原始问题的一部分，因此我在这里将其作为一个新问题提出。
git - 为 github 拉取请求压缩到只有一个“正确”提交
我在 github 上有一个 repo，其他人（Bob，为了争论）已经发出了拉取请求。他的代码并不完美，所以我们进行了几轮标记。据我了解，他为每组标记的更改提交并推送他的拉取请求。
所以我的存储库现在看起来像这样：
提交 SHA 和消息如下：
A：
乙：
C：
丁：
我现在很高兴接受这个拉取请求；但我宁愿预标记版本不在我的仓库中。我可以实现以下所有目标吗？如何？
- 将 B、C 和 D 合并到我的仓库中作为单个提交
- 生成“Merge pull request #99 into ...”提交
- 让 github 自动关闭拉取请求
git - 选择提交以发送拉取请求
我在 GitHub 上创建了一个项目。作为一个纯 Java 源代码，我必须先对其进行调整以将其转换为 Eclipse 项目，然后再进行处理。我做了 3 次提交来反映这些变化。
然后我完成了对实际程序的调整，我想向开发人员发送一个拉取请求，请求这些更改。
我的提交历史如下：
- 提交 #1、#3 和 #4 是基于 eclipse 的，不应发送。
- #2、#5、#6、#7 和 #8 与源相关，应发送。
如何发送省略 #1、#3 和 #4 的拉取请求？
git - Github 工作流程和拉取请求显示不需要的提交
在我们的业务中，我们有以下设置（非常简化的版本），非常标准：
- 一个主分支，它通过钩子更新实时环境。
- 一个测试分支，用于 QA、UA，它以相同的方式更新测试环境。
该存储库托管在 GitHub 上。
工作流程通常如下：
- 从主人那里拉
- 创建一个分支，例如 Ticket1 来处理特定的工单
- 做工作，在本地测试
- 提交并推送分支 Ticket1
- 通过 github 中的 pull request 将 Ticket1 合并到测试中，这允许我们进行同行代码审查等。
也很标准。当我们有时会遇到向测试分支发出拉取请求时，在拉取请求中，github 显示的提交比应该由开发人员完成的提交要多。经过调查，当这种情况发生时，我们已经意识到至少有一个特殊情况（可能不是唯一一个）：
- 开发者 A 进行一些更改以进行测试，通过 QA 和 UA，并与 master 合并。
- 开发人员 B 进行了更多更改。与master合并时，有冲突。开发人员 B 解决了冲突，并在新的提交中提交了对冲突的修复，id 为 1234567
- 开发人员 A 开始处理另一张工单：他从 master 拉取（因此拉取 1234567 提交），创建一个分支，提交，推送，当在 GitHub 上发出拉取请求以将他的分支合并到测试时，GitHub 想要合并其提交加上 1234567。这让他感到害怕，因为他对那个特定的提交一无所知。
我搜索了类似的问题，我至少发现：
他们处理了一个命令行解决方案（基本上使用'rebase'）。但是他们没有为我们解决根本问题，那就是如何避免这种情况发生。我想知道为什么会发生这种情况，也就是说，我们知道什么时候会发生这种情况，但我们不知道是因为我们的工作流程存在根本性的缺陷，还是因为我们遗漏了一些关于 github 如何创建拉取请求的信息。
当然，这一定发生在你之前。你如何解决？
github-api - Github API - 找出谁关闭了拉取请求
如何使用 Github API 找出谁关闭了拉取请求？
例如，这个拉取请求由 myakura 打开，由 markdotto 关闭。但是https://api.github.com/repos/twitter/bootstrap/pulls/4461没有显示对 markdotto 的任何引用。
github - 从 GitHub 中的拉取请求中自动关闭问题
如何使用 GitHub 上的拉取请求关闭问题？我知道使用提交消息关闭多个问题，但情况不同。
我想关闭问题不是来自提交，而是来自拉取请求的描述。更像
拉取请求：
并且在合并拉取请求时，#123会自动关闭。这可能吗？