我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们
文章版本: Enterprise Server 2.15

此版本的 GitHub Enterprise 将停止服务 此版本的 GitHub Enterprise 已停止服务 2019-10-16. 即使针对重大安全问题,也不会发布补丁。 For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

关于协作开发模式

使用拉取请求的方式取决于项目中使用的开发模型类型。

用于拉取请求的开发模型主要有两种。 在复刻和拉取模型中,任何人都可以将现有仓库复刻并推送对其个人复刻的更改,而无需访问来源仓库。 项目维护员可将更改拉入来源仓库。 当您将提议更改的拉取请求从复刻的分支打开到来源(上游)仓库的分支时,可让对上游仓库具有推送权限的任何人更改您的拉取请求。 此模型常用于开源项目,因为它可减少新贡献者的磨合,让人们独立工作而无需前期协调。

提示: 为深入了解开源,特别是如何创建和发展开源项目,我们制作了开源指南,它将帮助您培养一个健康发展的开源社区。 您还可以免费学习关于维护开源社区的 GitHub Learning Lab 课程。

共享仓库模型中,协作者被授予单一共享仓库的推送权限,需要更改时可创建主题分支。 拉取请求适用于此模型,因为在更改合并到主要开发分支之前,它们会发起代码审查和关于更改的一般讨论。 此模型更多用于协作处理私有项目的小型团队和组织。

延伸阅读

问问别人

找不到要找的内容?

联系我们