我正在尝试找出为多个开发人员设置 egit 存储库的最佳方式。
我发现了一些为每个开发人员设置独立存储库的论据，然后建议通过将相应的外部上游存储库设置为例如开发人员 A 的 Eclipse 中的开发人员 B 来合并文件，以便 A 可以拉取并与 B 合并。但是 A 然后需要一直将 repo 改回他自己的。并且在设置中切换上游仓库非常麻烦。
或者，所有开发人员都可以在不同的分支中处理同一个 repo - 然后合并会更容易，因为没有人必须去设置并更改上游 repo。另一方面，这也有点“危险”，因为每个开发人员都在不受限制地开发同一个仓库（所以我听说了）
从长远来看，哪种方式更好？
从长远来看，拥有一个上游存储库更容易管理。
每个开发人员都可以在本地创建自己的分支。
他们应该同意一个共同的分支来推动。它可以是主分支，也可以是功能分支（如果其中一些正在与特定功能协作）。
这个想法是，在每次推送之前，pull --rebase从上游 repo 到该分支，以便在上游/分支之上重播您的本地工作（您尚未推送的提交）（git pull --rebase将获取然后将您的本地工作重新定位在刚刚获取的内容）。
这样，开发人员只会推送将在上游合并为快进合并的提交。
在 EGit 术语中，这pull --rebase是在您创建跟踪分支时配置的。
Rebase：拉取时，将从上游获取新的更改，并更新远程跟踪分支。然后当前本地分支将重新基于更新的远程跟踪分支