Von*_*onC 13
是:它被称为分叉(如在GitHub上叉和它的提示,到位桶叉和GitLab叉).
你有一个只有集成商负责的回购(他/她将合并到目的地分支).
开发人员无法推动该回购.你有"分叉回购",从那里你可以向原始仓库提出拉动请求:贡献者可以推送到他们想要的任何分支,然后(从那个被推送的分支)拉出请求到原始仓库的目标分支.
从理论上讲,您只能使用一个上游仓库,但这需要一个像gitolite这样的授权层,以保护分支机构免受推送/合并.
这在Github(不保护分支),BitBucket(保护分支,但不保护分支)和GitLab(与BitBucket相同)不可用.
这就是为什么使用多个上游回收站更容易的原因:原始回收站和一个或多个叉.
GitHub/BitBucket/GitLab有一个很好的拉动请求界面,将这些请求与评论联系在一起,促进围绕特定拉取请求的沟通和讨论.
分叉+拉取请求不仅仅是"git方式",它实际上是集成许多贡献的最方便的方式,这就是为什么git是由Linus Torvalds首先发明的:帮助他每天集成很多补丁他的Linux内核.
"受保护的分支"的方式提到的Tippa拉吉(以及我刚才所说的上面)不是一个方法,我会建议,因为这将人为地强制使用集中式的方法,你需要控制一切:
- 分支机构要保护
- 你允许发布的分支:只有一个回购,开发人员会试图推动他们所有的分支机构.
由于这个原因,GitHub不提供受保护的分支.
(实际上,从2015年9月开始,它确实:在github中看到" 如何保护"master"？ "
BitBucket和GitLab确实提供了这个功能.
个人回购还可以通过添加像gitolite这样的授权层来管理和保护分支(甚至是文件夹和文件).
但是,当涉及促进功能分支周围的协作时,没有什么比拉动请求更好.
| 归档时间： |
|
| 查看次数： |
2479 次 |
| 最近记录： |