探索培養內部來源

已完成

分支型提取要求工作流程廣泛用於開放原始碼專案，因為其可讓任何人員參與專案。

您不需要是專案的現有參與者或不需要寫入權限，即可提供變更。

此工作流程不只適用於開放原始碼：分支也有助於支援貴公司內部來源工作流程。

在分支之前，您可以參與使用專案的提取要求。

工作流程很簡單：將新的分支推送至您的存放庫、開啟提取要求以從小組取得程式碼檢閱，並讓 Azure Repos 評估您的分支原則。

您可以按一下一個按鈕，將提取要求合併到 main，並在核准程式碼時進行部署。

此工作流程非常適合與小組一起處理您的專案。 但是，如果您發現貴公司內不同專案中的簡單錯誤，而您想要自行加以修正，該怎麼做？

如果您要將功能新增至您所使用、但由另一個小組開發的專案，該怎麼做？

其為分支的所在位置；分支是內部來源實務的核心。

內部來源

內部原始碼 (有時稱為「內部開放原始碼」) 會在防火牆內帶來開放原始碼軟體開發的所有優點。

其會開啟您的軟體開發程序，讓您的開發人員可以輕鬆地在貴公司的專案上共同作業。

其會使用在整個開放原始碼軟體社群中常用的相同程序。

但是，其會讓您的程式碼在貴組織內安全無虞。

Microsoft 會大量使用內部來源方法。

為了將整個公司的一個工程系統標準化 (由 Azure Repos 支援)，Microsoft 也已將原始程式碼開放給公司內所有人的所有專案。

移至內部來源之前，Microsoft 會「定址」：只有處理 Windows 的工程師可以讀取 Windows 原始程式碼。

只有處理 Office 的開發人員才能查看 Office 原始程式碼。

因此，如果您是處理 Visual Studio 的工程師，而且您認為您在 Windows 或 Office 中發現錯誤 (或想要新增新功能)，則表示您運氣不太好。

但是，透過移至提供整個公司 (由 Azure Repos 提供) 的內部來源，很容易就能分支存放庫來進行回饋。

身為進行變更的個人，您無須寫入原始存放庫的存取權，而只要能夠加以讀取並建立分支即可。