我正和朋友一起开发应用程序，我们正在使用Github。
我们目前正在使用下一个操作流程，但我们不确定我们是否正确执行此操作。
让我们看看例子：
最新项目位于组织X下的Github上。人员A和人员B从组织X分叉项目。 人员A进行更改并将更改推送到他的Github帐户上的分叉项目。然后，人员A从分叉项目到组织X创建拉取请求并合并更改。 B人必须首先从他的Github帐户上的分叉项目创建拉取请求到组织x并获取最新更改。然后他打电话给＃34; git pull＆＃34;从他的帐户中获取更改并合并它们。
每个方向的持续拉取请求（组织X - ＆gt;分叉项目，分叉项目 - ＆gt;组织X）需要在Github中大量点击并感觉不对。我几乎可以肯定我们做错了什么，并且有一种更简单的合作方式。
另外，MAC OS X有免费的合并工具吗？默认FileMerge没有选择从每个文件中合并的内容。
答案 0 :(得分：0)
您的工作流程取决于您，但在我看来，拉取请求适用于
在一个小型的双人团队中，如果你相信彼此的提交，那么在GitHub上推入同一个存储库都没有错。无需拥有自己的叉子，无需拉动请求。
只需确保有一个保持历史记录清洁的策略（您也需要使用forks和pull request）。 “干净”的定义因团队而异，但一个流行的选择是在推送之前总是在最新的GitHub工作之上重新定位您的本地工作，例如。
git pull --rebase
git push
其他团队厌恶rebase并强烈躲避它。考虑一下你想如何合作，以及你希望历史看起来如何，这是一个好主意。旨在保持一致性。