溫斯頓·丘吉爾是一位有魅力的領袖和政治家，他能夠在國家最需要的時候，把國家凝聚到偉大的事業上。他也喜歡偶爾在需要的時候爆發出名言，我不想再重複他那些著名的例子，只想解釋一下這一句：
“Keep Calm and Move On”
儘管事實上他從未真正使用過這個特定的短語，但人們普遍猜測，他會由衷地贊同今天流行的這句話。“保持冷靜並繼續前進”的核心是克服障礙並找到實現目標的替代方法。即使在開源參與者不斷增加的今天，仍有一些組織擔心使用或貢獻“自由和開放”的代碼可能會出現問題。考慮到這一點，有另一種方法，可以讓那些支持組織內部開源的人來幫助公司向前發展，即提倡在公司使用內部開源的模式。
什麼是內部開源？它將開源的方法和最佳實踐應用於內部軟件開發工作。如果實施得當，將極大地激發開發人員的精力和熱情，同時有利於推動軟件再利用，提高組織的投資回報率。簡言之，這是平息管理層恐懼的完美方法，他們雖然還沒有準備好“完全開放源碼”，但希望能充分利用開源的優勢進行軟件開發。內部開源也能夠充分給予開發人員自由創新的空間。創建內部開源社區實際上與創建一個新的開源社區非常相似，但內部開源完全是建立在公司的信任圈內。下面，我重點闡述一下內部開源需要做什麼，不要做什麼。
要有明確的社區目標並確定合作者
要了解適合內部開源這種新的開發風格的團隊和項目。選擇已經紮根在特定的專業知識庫中工作的團隊做內部開源，並不合適。如果可以選擇一個專門的團隊來處理庫或組件，提供多個團隊使用，那麼這些團隊通常能夠更好的應對內部開源這種新的開發模式。
不要忽略 bug/任務追蹤和文檔
正如在常規的開源社區中一樣，降低團隊之外的人貢獻代碼的門檻也非常重要。爲此，請確保項目有一個最新的 bug/任務跟蹤系統以及當前的文檔，可以方便地被整個內源社區訪問和使用。如果缺乏文檔，文檔就會成爲新貢獻者的任務，這可能會導致項目得到一些不必要的、無意義的貢獻者。將bug/任務追蹤和文檔提供給潛在的新貢獻者和社區成員，有利於他們更快獲得有效信息，以便於貢獻一些有用和有價值的東西。
要定義你的貢獻管理模型
思考一下，團隊外人員的貢獻如何能回饋給內部開源社區。這是一個善意的獨裁政權，一個人批准所有的改變？還是將控制權分配給貢獻者委員會（貢獻者委員會批准和審查來自核心社區之外的貢獻）？雖然前者在像 Linux 這樣的項目中運行良好，但是採用後者（或類似的方法）可能更簡單且更有效，後者使所有社區貢獻者都能夠掌握控制權。分散代碼提交的控制權，也給了潛在的貢獻者一些期望，在真正的精英社區，爲項目貢獻價值最大的人，可以並且應當成爲掌握提交控制權的其中一人。
不要忘了人的因素
爲了使內部開源發揮作用，公司需要考慮這種模式所固有的人力資源和薪酬影響。例如，開發人員在其必要工作之外的項目中所做的貢獻，必須得到衡量和讚揚，這是至關重要的。可能還有一些管理問題和其他文化障礙需要解決。這些因素雖然不是內部開源的主要“攪局者”，但如果不能儘早解決這些問題，會使公司向內部開源的過渡變得更加困難。
最後
記住關於開源的箴言： 提前發佈，經常發佈 （release early, release often）。選擇一個或兩個小項目開始內部開源，讓團隊以開源協作的方式進行迭代。這樣不僅可以獲得一些快速的勝利，而且能夠展示開源方法在工作中的價值。不會有領導者反對團隊協作，也不會有領導反駁團隊協作的益處，但通過實施內部開源來證明協作的好處，有利於公司未來在管理層的支持下走向更開放的開源。
有關在組織中實施開放源代碼風格實踐的其他資源，請參閱《開放源代碼方式手冊》。
關於作者
Guy Martin – Guy Martin 是 Open@Autodesk 的主管，他代表公司向更廣泛的開源社區發展，並與內部團隊合作，幫助他們加速開源的使用和協作。在加入 Autodesk 之前，他幫助創立了三星開源集團（Samsung Open Source Group），這是一個代表公司爲關鍵的開源項目做出持續貢獻的團隊。
本文由作者 Guy Martin 發表在 Opensource.com 上：Keep calm and innersource on。 由 Gitee 精心翻譯共享，本文在 Creative Commons BY-SA 4.0 許可證下發布。轉載請註明文章來源。