如何为您分叉的项目做出贡献？

Question

假设我已经 fork https://github.com/user/proj.git 并在我的 fork（主分支）上进行了重大开发。

我想解决上游遇到的问题（我没有在我的 fork 中解决）。如果我理解正确的话，我应该从上游的最后一次签入到他们的 master 上创建一个特性分支：

git fetch upstream
git checkout upstream/master
git checkout -b my_new_feature

这些命令中的第二个让我知道我处于“分离 HEAD”状态。这是我需要关心的任何事情（了解执行此任务）吗？

现在我进行更改，然后是 git add 和 git commit 更改的文件，然后是 git push 到 github，但是当我创建拉取请求时，我被告知我的拉取请求无法自动合并，因为我所做的更改与在我执行git fetch 后签入upstream/master 的更改之间存在冲突。

冲突的更改在语义上是等效的，所以我想推迟到upstream/master 的版本。在解决冲突时，我如何从upstream/master 拉取请求（这就是我想要做的，对吗？）？ （如果这有助于回答，我精通 Subversion 和 git 新手..）

Answer 1

这个拉取请求是否有问题，因为它包含与我分支后对上游/主服务器所做的更改的冲突

“为他提供一个适当的 rebase 分支”所需的步骤？

“正确的 rebased 分支”是指基于 upstream/master 的分支（其中 upstream 是您 fork 的原始 repo 的名称）

git fetch upstream
git checkout myBranch
git rebase upstream/master

（我也在“Pull new updates from original Github repository into forked Github repository”中描述了该步骤）

如果您想清理一下分支的历史记录，您也可以进行变基交互 (git rebase -i)

这样，您可以解决本地克隆中的任何冲突，并 git push --force 您的分支到您的 fork。
如果您已经有一个 PR（拉取请求）正在进行中，它将自我更新，以考虑到您的重新定位分支的修订历史记录。

目标仍然是原始项目的维护者将您的分支合并到他/她的主分支中，并通过简单的合并（0 冲突）来实现。

Answer 2

完成 Thorbjørn Ravn Andersen 的回答和评论：

首先，您应该为维护者提供一个无痛的合并，这意味着保持最新的 master 分支。

当维护者合并一个拉取请求时，他可以选择以下方式：

• 将其压缩为一个提交。
• 将拉取请求树合并为一个整体。

在第一个选项中，提交的大小/cmets/分隔并不重要，因为所有内容都是由维护者评论的一次提交。

在第二个选项中，分支的每次提交都很重要。因此，每个提交必须代表一个逻辑工作单元（例如，您不应该提交修复您在分支中引入的错误，或者提交导致非功能项目的提交）。你总是可以强制你的 pull request 分支让它变得漂亮。

关于在主分支上保持最新，您应该应用相同的逻辑。提交“Merge master into Pipo”根本没有用，你应该重新设置分支以使“merge”不可见。

最后但同样重要的是，每个维护者都有自己的习惯，所以如果代码、测试和文档总是分开提交或分组提交，你也应该这样做。无论如何，当您发布拉取请求时，如果维护者发现有什么要说的，您可以与他讨论并按照他认为适合合并的方式进行更改。

Answer 3

当您在 github 上创建一个项目时，您会创建自己的并行存储库。

Github 在原始项目上使用“拉取请求”，允许您请求具有提交权限的人从您的分叉中拉取更改。