另一個正在 WebERP 專案發生的故事

首先，我並不是非常深入這個故事的始末，只是就一個旁觀者的角度去說明這個情況，我想應該會有很多盲點，誤解的地方就當作是一個美麗的錯誤吧

Phil 是 WebERP 的原始開發者，而 Tim 是後來加入了這個專案，不確定整個團隊的貢獻度比例怎麼分配，但是在 Tim 加入後這個專案確實變得活躍許多，他會很快的回覆問題、修改錯誤以及加入新功能，這正是開放原始碼專案所期待的夥伴。只是隨著時間久了，就像夫妻一樣，總是會出現些嫌隙。 Phil 發現 Tim 雖然很積極，但是總會有些不按牌理出牌的情況，遺留了許多問題，讓他覺得自己好像跟在後面擦屁股一樣。而 Tim 可能覺得自己的貢獻度越來越高，希望其他夥伴能夠照著他的想法走，隨之而來的就是領導的衝突出現，兩個人的衝突愈來愈多，而且也慢慢浮上檯面。

Phil 針對一個功能模組提出了異議，這個模組應該是由 Tim 所貢獻。Phil 提到這個模組有很多的問題存在，他質疑這個模組完成度不高，不應該放在專案中，他希望能夠重新改寫該功能。Phil 同時在公開的信中強調，希望加入專案中的功能能夠多些測試，能夠根據他過去所訂下的一些規則進行開發工作。Tim 隨即表示那個功能已經有很多人在使用(應該是他的客戶)，應該要試著修補它，而不是立即決定改寫。他覺得 Phil 自作主張的認定程式碼品質，沒有去深入產生那些程式碼背後的需求背景。

Phil 沒有直接回應，他接著將問題放上了 wiki ，還是強烈的表達了希望用改寫的方式來取代這個功能。 Tim 接著表達，專案有著版本控制系統，因此加入些實驗性的功能並不會造成太大的問題，而且新模組造成的問題並不會那麼樣難以修正。接著兩個人就開始把累積的不滿持續提出，互相糾正彼此的觀念。基本上都還是針對專案的程式，只是人的情緒來了，那個話就容易出現語病，然後就產生更多的誤解，以及更多的情緒

在一陣衝突後， Tim 決定離開這個專案，他同時表示 Phil 太過獨斷獨行。Phil 在移除了 Tim 的權限後，將這個問題的始末放上了 wiki 。

這樣的故事似乎一再的在開放原始碼專案上演，當專案出現了兩個人想要主導著不同的方向，專案就會開始分裂。這其實很正常吧，連恩愛的夫妻都會離婚了，更何況是相隔兩地且彼此沒碰過面的兩個人。只是有點好奇，在 Ruby 與 Python 社群中，最近聽到的反而是分別有兩個規模不小的專案決定合併( Rails3 & Merb, TurboGears & Pylons)，不知道這個合併的過程，開發者們是如何克服類似的衝突，又或者其實合併以後反而讓一些無法適應的開發者另外開始新的方向？