08 訂閱源配置指南(企業開源指南：開源項目管理工具)

碼進行何種操作。

以下是開源項目辦公室選擇所需管理工具的基本步驟：

這些工具一旦被選定，在落地使用之前，還需要一些額外的準備：

在認識到達成組織的目標上你團隊的需求，以及自身情況和基礎架構的潛在限制之后之后，接下來要做的就是要 探索 并了解那些已準備就緒且可供您使用現有工具。由于大多數工具本身就是開源的，所以如果它們一開始并不能滿足您的確切需求，您的開發團隊可以聯系這些工具的開發者，看看他們是否可以協作根據新的用途添加一些特性。

諷刺的是，許多開源項目辦公室并不經常直接使用其他公司開發的工具，或與其他公司合作來開發他們管理開源項目所需的工具。通常，他們想要這樣做，但包括 Facebook 和微軟在內的許多企業已經擁有現有的工具套件，這些工具套件在真正成為一個合作議題之前就已經實現。由于他們已經擁有了自己的工具集并進行了投資，他們似乎并沒有很大意愿采用其他公司的工具。

這就是現在才剛開始構建自己的開源項目的公司具有顯著優勢的地方。由于他們現在正在建立自己的開源項目辦公室并進入開源領域，因此他們不必為受到這樣的限制而煩惱。

相反，他們可以聰明地利用別人的成功經驗與失敗教訓，并利用近年來領先的公司所創建的成熟工具來構建自己的開源工具箱。 Linux 基金會的開源行業組織，TODO Group，一直致力于組裝一個裝滿工具的 “Open Source Program Office in A Box” 入門套件，這將使公司能夠通過一套緊密結合的預先組裝工具開展開源工作。入門套件目前尚未開發完善，但希望最終可以讓公司付出更少的初始努力，更輕松地部署和配置他們所需的工具。從事這個項目的 TODO Group 成員包括 Adobe、Capital One、Comcast、Facebook、谷歌、eBay、IBM、微軟、三星和 Twitter。

除了適當的工具之外，公司還應該有中央儀表板，以便他們實時監控和跟蹤他們的開源項目和開發情況。許多公司可能已經擁有了用于現有開發工作和應用程序的儀表板，并且能夠將現有儀表板與其開源工作整合在一起。否則，他們應該創建或采用新的儀表板來改進其開源部署的管理。

正在出現越來越多的用于管理和報告開源項目的工具，這一趨勢已經非常明顯。如果您的開源項目剛剛開始，那么將您的研究集中在幾個您啟動和運行所需的基本工具上會更有幫助。

隨著您的項目不斷發展，以及使用這些工具的經驗越來越豐富，您可以開始采用新的工具，來幫助自動化并簡化您的流程，響應業務需求的增長。切記，新選擇的工具將用于內部文化和流程的補充和支持——而不是引導它們。

以下章節列出了幾個基本的工具類別，幾乎所有開源項目日常使用的工具都可以劃分到這些類別。這有助于您對該研究有系統性的認識。

據微軟表示，在其開源項目辦公室里，大約有 8000 個倉庫在 GitHub 上托管，涉及約 11,000 名貢獻者，而在 2016 年約有 40,000 個內部請求應用于開源項目。為了管理這些請求，以及所創建的代碼和正在更新的代碼版本，公司轉而使用可以自動化解決混亂的工具。不僅如此，由于數百個項目中很可能會共用同一段代碼，因此必須對其進行仔細跟蹤，以便在出現安全錯誤時，可以快速繪制并修復所有的軟件影響。在如此大規模的情況下，自動化非常關鍵，手動更新幾乎是不可能的。

那些有助于管理關鍵任務的工具，也是需要考慮和獲取的。例如用于項目管理、跟蹤項目質量狀況，以及確保開發人員、開源社區和其他公司內部人員之間的清晰且快速溝通的。

大多數通過開源項目辦公室開發的企業軟件項目都使用 GitHub 作為其集中托管和開發的平臺。

GitHub 是一個在線源代碼管理站點，它允許開源開發人員在一個中央“存儲庫”或存儲空間中管理和存放他們的代碼，參與者可以協作并開發他們的代碼。如今，大約有 6400 萬個開源代碼項目在 GitHub 上托管，涉及大約 2300 萬個開發人員。

GitHub 用戶可以添加代碼、查看已提交的代碼、申請更改、獲取并提供反饋，以及使用該服務提供項目管理。GitHub 使用 Git Version Control System ，這是由 Linux 創建者 Linus Torvalds 開發的開放源代碼項目，為代碼和合作開源人員提供了組織機構。每位“貢獻者”都有他們正在處理的項目存儲庫的副本，他們可以在自己計算機中的副本里進行更改，然后將其提交回項目以供未來納入。然后，“ 拉取請求(pull request)”（ 示例 ）或代碼貢獻會被項目組織者審查、討論、修改，最后批準或拒絕。

代碼掃描和合規工具也很重要，它們有助于追蹤代碼起源和許可要求。關注被引入自身基礎架構、產品和服務中的開放源代碼以確保符合許可證的要求，對于公司來說是很重要的。

例如，您的應用程序可能包含數千個開源組件。為了保護您的公司免于法律糾紛，了解這些細節是至關重要的。在風險較高的情況下，用戶必須根據其業務在風險譜中的所處位置，深入了解代碼，從而深入地審核并驗證他們所說的許可證。（請參閱我們關于使用和分發開放源代碼的指南。）

如前所述，GitHub 是服務于目前大多數開源項目辦公室的專業源代碼管理系統。但是 GitHub 本身并不能滿足項目代碼管理的所有需求——特別是當您大規模發展的時候。

開源世界中所使用的一些工具旨在通過添加欠缺的功能來改進GitHub本身，例如支持檢查開發者原產地證書（DCO）語句，以確保代碼可以被合法授權且應用于開源項目中。

GitHub 在代碼審查方面也存在一些不足之處，所以有其他可用的工具可以自動將有問題的代碼發回給創建它的貢獻者，然后要求他們檢查并做出必要的修改。GitHub 沒有辦法強迫任何人檢查他們的代碼，而這些聰明的工具解決了這一問題，使工作流程得以改善。

其他 GitHub 特定工具的功能用于提高 GitHub 的性能指標，這些功能通常針對特定項目，而不是提供給整個組織詳細信息。對于在多個 GitHub 項目中維護許多開源代碼庫的公司而言，需要更好的工具來組織和匯總它們，使之有意義。亞馬遜、Netflix 和微軟提供了大量這樣的工具來幫助完成這些任務。

以下是一些最流行和實用的源代碼管理工具，可以簡化并幫助您的 GitHub 運作：

隨著開源項目的發展和成熟，監控和跟蹤開源項目的整體質量是企業開源項目的核心任務。為了實現這一目標，您必須收集相應的工具，這些工具應當能夠反映單獨的開源項目的執行過程并反映單獨的開源項目在數十、數百甚至數千個項目中被它們的社區接收的過程。同時，這些工具還必須兼具轉化能力， 能夠將收集的數據轉化為體現整個開源組合中整體項目性能的有意義的、實用的且可操作的信息。

這其中的關鍵是，您收集到的數據應當可以轉化為關鍵且有用的信息 – 而不是些無用的指標，例如詳細說明項目已記錄了多少“觀察者”明星，自項目開始以來有多少貢獻者參與了該項目，亦或是缺乏重要背景資料的其他指標。

最好的項目質量監測工具還必須幫助項目團隊對支持他們工作的社區做出回應，同時鼓勵貢獻開發者的參與和多樣化。這意味著這些工具可以幫助保持人員快速響應社區成員發布的問題或反饋，以便他們保持熱情參與，且不會感到厭倦并轉向其他項目。

一些開源社區有大量的貢獻者，而其他一些開源社區則成員較少。項目質量監測工具需要能夠適用于各種規模的項目。

以下是一些最受歡迎且實用的項目數據統計和項目質量跟蹤工具：

TODO Group 還提供了一個 很好的附加工具列表 ：

當然，開源的發展并不僅僅關于代碼的開發。它還需要在企業內外部從事項目工作的不同群體之間以及公司開源項目辦公室的工作人員之間建立良好的溝通與合作。

為了達到上述目標，開發人員可以依靠他們可能已經應用于其他項目的工具，例如 Inter買粉絲 Relay Chat（IRC） ，開發人員可以發布 與開源開發相關的問題并快速收到回復 。另一個例子是 TWiki ，它是一個開源企業 Wiki 和 Web 協作的平臺，開發人員可以在其中討論代碼和項目及相關主題。

此外，企業還可以通過社交媒體平臺，門戶網站，開源項目存儲庫和其他能夠進行輸入、提問和討論的平臺促進溝通交流。

其他有用的工具還包括 Facebook 公司的 mention-bot ，它可以通過自動關聯潛在審查者來獲得拉取請的快速輸入周轉以審查代碼。當 GitHub 目變得太大導致社區成員無法訂閱項目的所有通知時，這一工具尤其值得推薦。

然后是 Slack ，這是一個在線團隊項目管理與溝通平臺，在這一平臺中用戶可以訪問和共享消息和文件，管理工作流程，搜索信息等等。Slack可以通過設置接收支持請求、代碼簽入、錯誤日志和其他任務的通知。

除此之外，當談到公司參與和支持開源時，不要忘記您公司的公關與營銷人員。包括 Twitter、Reddit、Facebook、LinkedIn、Google+ 等網站在內的社交媒體帳戶以及企業內外部的博客和網站的使用都是非常重要的。客戶關系管理（CRM）軟件以及電子郵件群發和新聞簡報可以幫助公司讓客戶了解他們的開源進展。

當談到企業為開源項目提供并應用的工具時，按理說最重要的是那些幫助企業管理自身企業規模 GitHub 操作的工具。GitHub 是一個可以提供許多操作的完美平臺，但對于谷歌、微軟、臉書、Twitter、LinkedIn 等大型的復雜公司而言，使用標準的 GitHub 產品可能會有很多限制。

因此，這些大型企業常需要構建專門的自動化工具來處理諸如入職、離職、安全策略執行以及給予開發人員請求的存儲庫訪問權限等任務。

為滿足自身的特殊需求，微軟構建了自己的工具來處理諸如此類的任務，以簡化和改進其開源項目。微軟在 GitHub 上運行良好 ，擁有約 1,345 個存儲庫，迄今為止涉及約 3,580 名開發人員。

微軟創建了一款定制的自助服務—— GitHub management and onboarding portal ，用于組織其項目、存儲庫和團隊。在其最簡單的層次上，基于 Web 的門戶允許開發人員將他們的微軟公司ID映射到他們的GitHub ID，這可以提高系統安全性并幫助簡化參與大量重要項目的大量開發人員的組織工作。

該門戶還允許員工使用 GitHub 和微軟進行身份驗證。其創建了員工身份的一個“虛擬鏈接”，以便根據他們的工作角色向他們提供任務所需權限以完成工作。如果員工離開公司，可根據需要調整系統以刪除或重新分類其訪問權限。

門戶運行在一臺或多臺云服務器上，并依靠緩存來幫助進行會話和減少 GitHub API 的壓力。微軟門戶平均每天可提供約 1000 名獨立用戶作為其工程師的工具，這是該公司不斷發展的開源工作的一部分，該工作現在包括超過 10,000 名正在使用、貢獻和發布開放源代碼的工程師。

沒有人認為使公司進入開源世界是一件簡單的事情。但其他許多公司，包括微軟和谷歌等巨頭已經在您前面這樣做了，而且已提供了詳細的路線圖、代碼和建議等，這將使您自己的開源旅程變得更加輕松。

開源項目辦公室的創建和選擇一系列關鍵工具來開始開源工作，選擇權掌握在您手中。它們很可能已經激發了開發人

很赞哦!（38）