探索培养内部源

  • 3 分钟

基于分叉的拉取请求工作流常用于开源项目，因为它允许任何人参与项目。

你不需要是项目的现有参与者，也不需要项目的写入访问权限，即可提供你的更改。

此工作流不仅用于开放源代码：分叉还有助于支持公司内部源工作流。

在创建分支之前，可以使用拉取请求参与项目。

工作流非常简单：将一个新分支推送到存储库中，打开一个拉取请求以获取团队的代码评审，并让 Azure Repos 评估你的分支策略。

你可以单击一个按钮，将拉取请求合并到主请求中，在代码获得批准时进行部署。

此工作流非常适用于与团队一起处理项目。 但是，如果你发现公司内其他项目中存在一个简单的 bug 并且想自行修复，该怎么做？

如果你想向你正在使用但由其他团队开发的项目添加一个功能，该怎么做？

这就是分叉发挥作用的时候；分叉是内部源实践的核心。

内部源

内部源（有时称为“内部开放源代码”）将开源软件开发的所有权益引入了防火墙中。

它开放了你的软件开发过程，以便开发人员可以轻松地在整个公司中协作处理项目。

它使用在整个开源软件社区中常用的相同过程。

但它可以确保你的代码在组织中安全稳妥。

Microsoft 频繁使用此内部源方法。

作为在整个公司标准化单一工程系统（由 Azure Repos 支持）的工作的一部分，Microsoft 还向公司中的每个人开放了所有项目的源代码。

在移动到内部源之前，Microsoft 处于“孤立”状态：只有使用 Windows 的工程师才能读取 Windows 源代码。

只有使用 Office 的开发人员才能查看 Office 源代码。

因此，如果你是一名使用 Visual Studio 的工程师，你认为在 Windows 或 Office 中发现了一个 bug，或者想要添加一个新功能，你就无法如愿了。

但是，通过在整个公司中提供内部源（由 Azure Repos 支持）可以轻松创建存储库分叉以进行回馈。

作为做出更改的个人，无需对原始存储库的写入访问权限，只需能够读取它并创建分叉。