簡介
在不久之前，軟體開發產業開始提供兩種截然不同的模型：開放原始碼模型和專屬模型。 開放原始碼軟體受益於其商標開放性：任何人都可以做出貢獻，也因此有許多人參與其中。 另一方面，專屬軟體會透過重視其智慧財產 (IP) 之隱私權的封閉系統來限制存取。
假設您是一家公司的負責人，該公司對其專有軟體進行了大量投資。 該公司並不需要是技術公司；各種類型和規模的公司都會建置並維護自己的軟體及其他 IP，以在其業界享有競爭優勢。 不過，您逐漸開始重視開放原始碼中所使用的模式，例如原始程式碼的可見度、專案錯誤 (Bug) 意識和功能要求的透明度。 您也想要一個可簡化外部貢獻整合的提取要求模型。 您很想將那些優點導入您的開發小組，但並不想公開公司重要軟體的原始碼。 您真正需要的是能提供這兩種方法之優點的混合式方案。 您需要的是 InnerSource。
在本課程模組中，了解如何透過有效的發現性、指導方針及維護，在 GitHub 上管理成功的 InnerSource 程式。
學習目標
在本課程模組中，您將了解如何：
- 比較由使用者擁有及由組織擁有的專案。
- 針對您應該擁有的 GitHub 組織數目提出建議。
- 建立可探索的存放庫。
- 建立健全的存放庫讀我檔案。
- 使用問題和提取要求範本。
- 將透明度建置到存放庫中。
- 測量組織內的 InnerSource 是否成功。
- 散發 InnerSource 工具組。
必要條件
- GitHub 帳戶。
- 在 GitHub 中瀏覽及編輯檔案的能力。
- 熟悉提取要求。
建議您在開始此課程模組前，先完成 GitHub 簡介。