探索培養內部來源
基於分叉的拉取請求工作流程在開源項目中很受歡迎，因為它允許任何人為項目做出貢獻。 您不需要是現有的參與者，也不需要擁有專案的寫入權限即可提供變更。
此工作流程不只適用於開放原始碼：分支也有助於支援貴公司內部來源工作流程。
傳統團隊工作流程
在分支 (Fork) 之前，您可以使用提取要求對專案做出貢獻。 工作流程很簡單：
- 將新的分支推送到您的儲存庫。
- 開啟提取要求以取得來自您團隊的程式碼檢閱。
- 讓 Azure Repos 檢查您的分支原則。
- 按一下一個按鈕，將您的提取請求合併到主目錄中，並在程式碼獲得核准時進行部署。
此工作流程非常適合與小組一起處理您的專案。 但是，如果您發現貴公司內不同專案中的簡單錯誤，而您想要自行加以修正，該怎麼做？ 如果您想要將功能新增至您使用的專案，但另一個團隊正在開發，該怎麼辦？
這是分支 (Fork) 的所在位置；分支 (Fork) 是內部來源實務的核心。
什麼是內在源頭？
內部原始碼 （有時稱為「內部開源」） 將開源軟體開發的所有優點帶入公司防火牆。
內部原始碼會開啟您的軟體開發流程，讓您的開發人員可以輕鬆地在整個公司的專案上進行協作。 它使用與整個開放原始碼軟體社群中流行的相同流程，但它可以確保您的程式碼在組織內安全無虞。
內源的好處
- 跨團隊協作： 團隊可以一起處理項目，即使他們通常不協作。
- 知識共享： 開發人員可以從其他團隊編寫的代碼中學習，並將這些經驗教訓應用到自己的工作中。
- 程式碼重複使用：團隊可以在現有工作的基礎上進行建置，而不是多次建置相同的功能。
- 品質改進：更多的人審查程式碼並為程式碼做出貢獻通常會帶來更高品質的軟體。
- 更快的創新： 團隊可以通過在現有解決方案的基礎上構建而不是從頭開始更快地行動。
Microsoft 的內部來源之旅
Microsoft 會大量使用內部來源方法。 作為在整個公司創建一個工程系統的努力的一部分——由 Azure Repos 支持——Microsoft 已向公司內的每個人開放了所有項目的源代碼。
在內部來源之前
在移至內部來源之前，Microsoft 是「孤立的」：
- 只有從事 Windows 工作的工程師才能讀取 Windows 原始程式碼。
- 只有處理 Office 的開發人員才能查看 Office 原始程式碼。
- 如果您是一名在 Visual Studio 上工作的工程師，並在 Windows 或 Office 中發現錯誤，或者想要添加新功能，那麼您就不走運了。
內部來源之後
透過移至遍及整個公司 (由 Azure Repos 提供) 的內部來源，很容易就能派生存放庫來進行回饋。 身為進行變更的個人，您無須寫入原始存放庫的存取權，而只要能夠加以讀取並建立分支 (Fork) 即可。
這種方法已經促成了以下成就：
- 更好的團隊協作。
- 更快的錯誤修復和功能開發。
- 透過更廣泛的審查提高程式碼品質。
- 減少專案之間的重複工作。