開源代碼指南？

Question

第1步：說服我的垂直總統考慮開源的代碼

第二步身體： ???

爲了提供更多細節，我已經成功地說服了我的老闆和老闆的老闆考慮開源採購一些主要作爲我們公司的演示平臺編寫的代碼。我們已經確定該代碼是有用的，並且瞭解開源代碼的好處。

現在的問題是從哪裏去？什麼是下一個步驟？總統表示，他希望看到一個項目管理提案，其中將包含如下詳細信息：

• 誰將管理對代碼的更改？
• 該過程看起來像釋放新代碼？
• 在釋放代碼之前如何定義代碼審查過程？
• 誰將參與？
• 需要首先考慮什麼是法律方面？

我想我需要的是一個「開源代碼傻瓜」指南或如果有一些簡單的指導，怎麼對的，或模板放在一起提供的建議。我希望在我的第一次擊球時擊出全壘打，並在他的收件箱中提出穩固的建議。任何有關如何構建此類提案的建議，資源或想法都將有所幫助。

Answer 1

我會考慮以下幾點：

• 想清楚的開放式採購軟件的目標和檢查本光你所有的決定。
• 仔細檢查，如果使用的庫的所有許可證都與所選的許可證兼容，並且您有權使用代碼庫中的任何內容。這還包括圖像或其他非代碼。如果來源是世界知名的，那麼版權侵權很容易發現，您的競爭對手可能會利用這個機會讓您陷入麻煩。
• 選擇合適的許可證。最重要的決定可能是copyleft（GPL，AGPL）或不是（Apache，BSD，MIT）。
• 再次檢查您的代碼並刪除任何您不想在公共場合看到的內容（愚蠢的評論等）。
• 編寫文檔以從源代碼構建軟件。如果你有一個好的構建文件，可以像'make'一樣簡單，但很可能你必須記錄關於已安裝庫等依賴項。
• 提供某種方式來聯繫貴公司關於該軟件。也許是一個電子郵件地址和一個回答此電子郵件的人。
• 如果您想吸引外部編碼器，請記錄源代碼的一些重要部分。提供一些關於結構的基本文檔，外部開發人員可以弄清楚它們應該編輯哪個源文件，以改變軟件的行爲X.
• 如果你想與外部程序員一起工作，你將需要一個世界可讀的版本控制。如果您獲得的修補程序與您的實際代碼庫相比已經過時，則無助於此。如果您有經常發送補丁的人員，請給予他們提交權限。另外一個開放的bug跟蹤器也很有用。如果您不想在您的公司自己託管這兩種工具，請使用Open-Source Hosting site。
• 如果您選擇copyleft許可證，讓所有外部提交者簽署一份合同，允許您使用其添加項。否則，您無法使用貴公司其他專有產品的更改。

就是這樣，此刻我腦海中浮現出什麼。