# 現狀
當運作一個自由軟件項目時,你不必在日常工作中談論沉重的哲學命題。程序員不會要求項目中的其他人和自己在所有事情上能夠看法一致(那些這一點上堅持的人很快就會發現他們無法在任何項目內工作)。但是你必須了解“自由還是開源”之爭的存在,部分原因是避免談論引起部分開發者抵觸的事情,部分是因為理解開發者的動機是管理一個項目最好的方法—有時,是管理一個項目的*唯一*方法。
自由軟件是一種有關選擇的文化。你必須首先理解為什么人們會參與其中,才能成功地運作一個項目。強制是不管用的。如果一個項目讓人不高興了,他們會立刻轉移到另一個項目。自由軟件的獨特之處還在于志愿者社區的投資強度。大部分內部的人從來沒有和另一個參與者面對面地交流過,只是在高興時捐助一點時間。通常人類用來互相結識并結成牢固的團體的渠道被壓縮成了一條細管:在鍵盤上打字然后通過電纜傳輸。因此,形成一個有凝聚力和專注力的組織需要花上很長時間。相反,在首次接觸的五分鐘內流失一個潛在的開發者是非常容易的。如果對一個項目沒有良好的第一印象,新來者很少會給予第二次機會。
關系的無常性,或者是*潛在的*無常性,也許是面對一個新項目時最讓人畏懼的一點。如何才能使這些人盡可能長時間的呆在一起做一些有用的事?這個問題的答案足可以用本書剩余的篇幅來說明,但如果必須用一句話來回答,會是這樣:
> *人們應該能感到他們同一個項目的聯系和對它的影響力是直接同他們的貢獻成正比的。*
沒有哪類開發者或是潛在的開發者應該感到自己由于非技術原因而被區別對待。特別是項目的贊助商或是領取報酬的開發者在這一點上要特別小心,這一點將在后面的[Chapter?5, *金錢*](# "Chapter?5.?金錢")詳細討論。當然,這不是說如果沒有公司贊助商的話就可以高枕無憂了。錢只是能影響項目成功的許多因素之一。還有諸如語言的選擇、許可證的選擇、何種開發過程、設立何種類型的基礎架構之類的許多其他因素。在良好的基礎上開始一個項目是[下一章](# "Chapter?2.?起步")的主題。
- 前言
- 為什么寫這本書?
- 誰應該讀本書?
- 資料來源
- 致謝
- 免責聲明
- 1. 介紹
- 歷史
- 現狀
- 2. 起步
- 從你擁有的開始
- 選擇許可證并應用
- 設置風格
- 通告
- 3. 技術基礎設施
- 一個項目需要什么
- 郵件列表
- 版本控制
- Bug跟蹤
- IRC / 實時聊天系統
- RSS供稿
- Wikis
- 網站
- 4. 社會和政治的基礎架構
- 慈善獨裁者
- 共識為基礎的民主(Consensus-based Democracy)
- 寫下所有的內容
- 5. 金錢
- 參與的類型
- 長期雇傭
- 作為一些個體出現,而不是一個整體
- 公開你的動機
- 錢不能讓你可愛
- 契約
- 資助非編程活動
- 市場營銷
- 6. 交流
- 人如其文
- 避免常見的陷阱
- 刺兒頭
- 處理成長
- Bug跟蹤系統中無對話
- 公開性
- 7. 打包、發布和日常開發
- 版本號
- 發布分支
- 穩定發布版本
- 打包
- 測試和發布
- 維護多發布線
- 發布和日常開發
- 8. 管理志愿者
- 從志愿者中獲取最多
- 像分擔技術任務一樣分擔管理任務
- 轉化
- 提交者
- 榮譽
- 分叉
- 9. 許可證,版權和專利
- 術語
- 許可證的方面
- GPL和許可證兼容性
- 選擇一個許可證
- 版權分配和所有權
- 雙許可證模式
- 專利
- 深入資源
- A. 自由版本控制系統
- B. 自由Bug跟蹤系統
- C. 為什么我要關注車棚的顏色?
- D. 報告bug的樣例指導
- E. 版權