这是与团队一起使用 GitHub 的建议流程吗?
Is this a suggested process for using GitHub with a team?
我第一次从其他开发人员那里获得有关我正在管理的存储库的帮助,我想确保我了解工作流程应该如何进行。回购是在组织下设置的,其他开发人员是具有读取权限的团队成员。我有所有者访问权限。以下是我认为的工作流程:
- 他 fork 了 repo
- 他创建了一个新分支
- 他进行更改,添加提交
- 他提交了拉取请求
- 我将拉取请求合并到上游分支
我走的路对吗?
是的,这就是我们做事的方式。 (他在自己的分叉上创建了分支。)但是你缺少的是人们如何使自己的分支与主分叉的主分支保持协调。
我们通过定期从主 "upstream" 分支的 master 变基,并使用我们自己存储库的 master 分支作为上游分支的副本来处理这个问题:
在我们自己的存储库的 master 上:
$ git fetch upstream
$ git rebase upstream/master
$ git push origin master
定期,在我们的分支机构:
$ git rebase master
我们也小心避免更改相同文件的相同行。
我第一次从其他开发人员那里获得有关我正在管理的存储库的帮助,我想确保我了解工作流程应该如何进行。回购是在组织下设置的,其他开发人员是具有读取权限的团队成员。我有所有者访问权限。以下是我认为的工作流程:
- 他 fork 了 repo
- 他创建了一个新分支
- 他进行更改,添加提交
- 他提交了拉取请求
- 我将拉取请求合并到上游分支
我走的路对吗?
是的,这就是我们做事的方式。 (他在自己的分叉上创建了分支。)但是你缺少的是人们如何使自己的分支与主分叉的主分支保持协调。
我们通过定期从主 "upstream" 分支的 master 变基,并使用我们自己存储库的 master 分支作为上游分支的副本来处理这个问题:
在我们自己的存储库的 master 上:
$ git fetch upstream
$ git rebase upstream/master
$ git push origin master
定期,在我们的分支机构:
$ git rebase master
我们也小心避免更改相同文件的相同行。