github上两个人之间的工作流

我正在和我的朋友开发一个应用程序，我们正在使用Github

我们目前正在使用下一个动作流，但我们不确定是否正确执行

让我们看一个例子：

最新项目位于组织X下的Github上。组织X的人员A和人员B分叉项目。 人员A进行更改并将更改推送到其Github帐户上的分叉项目。然后，人员A创建从分叉项目到组织X的拉动请求，并合并更改。 人员B必须首先从其Github帐户上的分叉项目向组织x创建拉取请求，并获取最新更改。然后他调用“git pull”从他的帐户中获取更改并合并它们

每个方向（Organization X->Forked project，Forked project->Organization X）的持续拉取请求都需要在Github中进行大量单击，感觉不对劲。我几乎可以肯定我们做错了什么，有一种更简单的合作方式

---

还有，有没有适合MacOSX的免费合并工具？默认的FileMerge没有选择从每个文件中合并什么的选项。

您的工作流程由您决定，但在我看来，拉取请求对您来说是好的

• 大型团队，或
• 访问控制

在一个小型的两人团队中，如果您信任彼此的提交，那么将两者推送到GitHub上的同一个存储库并没有什么错。不需要有自己的叉子，也不需要拉取请求

只要确保有一个保持历史记录干净的策略（你也需要使用fork和pull请求）。“干净”的定义因团队而异，但一个流行的选择是在推送之前总是在最新的GitHub工作的基础上重新确定本地工作的基础，例如

git pull --rebase
git push

其他团队厌恶

重新设置基址

，并极力避免。考虑一下你们希望如何合作，以及你们希望你们的历史看起来如何，这是一个好主意。以一致性为目标