简介
不久前，软件开发领域提供了两种截然不同的模型：开源模型和专有模型。 开源软件得益于其商标式的开放性：任何人都可以参与其中，因此有很多人这样做。 另一方面，专有软件通过封闭式的系统来限制访问，珍视其知识产权 (IP) 的隐私。
假设由你领导的公司在专有软件方面投入了大量资产。 不一定要是技术公司；所有形式和规模的企业都在构建并维护自己的软件和其他 IP，以便在其行业中保持竞争力。 不过，你对开源模型中使用的模式产生了强烈的敬意，例如源代码可见性，项目 bug 和功能请求透明度。 你还喜欢可简化外部贡献内容集成的拉取请求。 你非常想让你的开发团队也享受到这些优势，但又不想对公司的宝贵软件进行开源。 你真正需要的是可以同时提供这两种方法优势的混合方法。 你需要的是 InnerSource。
本模块介绍如何通过有效的可发现性、指导和维护在 GitHub 上管理成功的 InnerSource 程序。
学习目标
在本模块中，你将了解如何：
- 用户拥有的项目与组织拥有的项目的对比
- 就应拥有的 GitHub 组织数量提出建议
- 创建可发现的存储库
- 创建可靠的存储库 README
- 使用问题和拉取请求模板
- 将透明度构建到存储库
- 度量组织内 InnerSource 的成功
- 分发 InnerSource 工具包
先决条件
- GitHub 帐户
- 能够在 GitHub 中导航和编辑文件
- 熟悉拉取请求
我们建议在开始此模块之前先完成 GitHub 简介。