内源(InnerSource)是使用开源软件开发最佳实践并在组织内建立类似开源的文化。 该组织可能仍会开发专有软件,但会在内部开放其开发。 这个术语是蒂姆·奥莱利(Tim O'Reilly)在2000年创造的。
Gitee 企业版提供企业内部开源的治理能力,本文将详细介绍如何利用 Gitee 企业版来管理企业内部的开源项目。
下图是 Gitee 企业版的内源管理界面截图:
包含几大模块:
企业开源仓库跟常规意义上的开源项目没有任何区别,任何人都可以访问到此类仓库的代码,并依据常规的开源参与流程进行贡献。
内源仓库是在企业范围内开源的仓库,此类项目允许企业内所有成员访问。但是可以预计开源软件的方法对项目进行贡献。
专有仓库(内部仓库,或者私有仓库)是企业需要对权限进行严格管控的项目仓库,一般是企业的核心业务产品。此类仓库只有被授权的成员才能访问。
假设A企业开通的 Gitee 企业版的工作台地址是 https://gitee.com/corpA 。 为了更好的管理和治理企业的开源,建议采用以下步骤:
为了区分专有仓库和开源仓库,请在企业内创建一个独立的团队(例如 A公司开源团队,对应地址是 https://gitee.com/corp-os),如下图所示:
注意团队的属性也可以暂时不公开,后续根据实际的情况公开,公开后的团队页面,企业外的成员只能看到开源的信息,无法看到内源的信息。
进入企业的内源频道,点击按钮“新建内源仓库”,选择仓库的归属为“A公司开源团队”,输入项目基本信息,选择“内部开源”。另外建议选择一个合适的开源许可证,因为一旦项目正式对外开源,许可证是很重要的信息。你也可以后期再利用 Gitee 的许可证向导来完善此信息。
首先明确几个角色,分别是:
Moderator 和 Committer 应该做好分工,各司其职。
企业内源仓库对所有企业成员是开放的,成员要为内源仓库贡献代码的几种途径:
当企业成员通过 PR 提交贡献的代码之后,仓库的 Moderator 和 Committer 有权限来审核代码,并决定是否合并到主仓库,或者拒绝合并。拒绝合并请提供拒绝的理由。建议 PR 审核者在与贡献者出现分歧的时候,不要生硬的拒绝,应该通过 PR 评论进行沟通,并根据最终的沟通结果来决定 PR 的合并还是拒绝。
建议企业所有的仓库在对外开源之前,必须先在内部开源(也就是我们所说的内源),这样可以确保多数的问题在内部得以发现并解决后才对外开放。对外开放之前还需要进行各方面的合规检查,合规检查清单包含但不止于以下列表:
Gitee 企业版的内源治理同时提供了企业在开源和内源方面的统计信息,包括这些开源和内源仓库收获的 Star、贡献的代码行、Issue 等信息,方便跟踪企业开源和内源的使用情况。同时还提供了开源贡献排行榜。
前面我们已经提到了企业内源(内部开源)的好处。企业内部开源需要有一个集中的工具平台来支持(Gitee 企业版就是一个简单方便的支持平台),企业内源更需要公司从管理上进行支持,通过制度和文化的建设来推动内源的发展,让其真正的发挥出效果。例如不断的给工程师和管理者们进行各种开源的布道;设定各种政策和流程来激励贡献者;不断树立各种标杆项目,标杆贡献者等等。
Gitee 企业版也将不断的完善对企业内源治理的支持,不断的输出内源方法论,来和我们的企业们一起成长。
现在就前往 https://gitee.com/enterprises 开启企业内源治理旅程。
Sign in for post a comment
Activity
Community
Health
Trend
Influence
:Code submit frequency
:React/respond to issue & PR etc.
:Well-balanced team members and collaboration
:Recent popularity of project
:Star counts, download counts etc.
Comments ( 0 )