分歧開源軟件之前的等待時間？

Question

我正在處理一個應用程序，我需要一個API包裝器。我注意到我需要的大多數API調用都沒有實現，所以我繼續添加它們。還有一些需要修復的錯誤，我打算修復它們。

我的問題是，包裝的發展目前幾乎不存在。從2009年10月開始，一個補丁提交的錯誤至今一直被忽略。

我通過電子郵件發送的主要開發人員，所以我可以提交我的變化，甚至某處提交他們，因爲在主頁上，它說，他是用這種東西來聯繫的人。我也在討論板上詢問了這個問題，但沒有迴應。

我的問題是，多久我應該等待分叉此包裝前的反應？它是這個API的兩個開源代碼包裝器之一，並在API文檔頁面上列出。我討厭看到沒有改進。

那麼，我應該等待多久。這種事情是正常的？

如果它的事項：許可證是簡體BSD

UPDATE：
最初的開發者終於作出迴應;所以我沒有結束分叉。顯然他只是忙於工作。

一個良好的（相關）的文章讀任何人碰到這個問題來了：http://dashes.com/anil/2010/09/forking-is-a-feature.html

並感謝大家對你的答案！

Answer 1

這取決於您是否打算維護叉子。如果你這樣做，那麼它有可能成爲比原來更好的項目。否則，可能要等幾周。儘管如此，即使您今天發佈，也無法阻止原始項目合併您的更改，因此整個社區都會受益。

Answer 2

任何時候你都可以分叉。一旦我處於類似的情況。正如我通知項目管理員，我要分叉，我得到了一個迴應，這是沒有必要的：P

順便說一句我已經寫信給sourceforge船員（項目在sf上託管），這是他們的建議叉子。

Answer 3

有沒有協議，只是叫你的叉子別的東西，並給原始prosjekt很多榮譽，爲原創作品。

福克斯發生的時間，它不一定是一個「離婚」與origial維護者......只是快樂編碼。

您的其他電話可能對其他人有用，但它可能不會。

Answer 4

項目是否具有公知通訊錄/ bug跟蹤系統，如果是 - 是它經濟實惠提交補丁呢？另外，不能成爲開發人員 - 在流行的Linux發行版中成爲維護者（提交Gentoo bug/Launchpad條目）。 如果在這樣的行爲中沒有意義 - 只是分叉。

Answer 5

聽起來像是你雖然做了正確的事情，並試圖保持現有的分支內，現在是適當的叉。

如果不出意外，分叉比大多數其他的東西更強大的作用，即如果你叉，但仍沒有得到原開發商的關注，那麼你可以確信你做了正確的事情。當然，一旦分道揚there，沒有什麼真正的理由可以說明爲什麼在後期階段不會有一些融合。

Answer 6

也許我有點晚，但想回答就定義的水平。 分叉這個術語指的是團體之間的分裂和不同方向的發展。在這種情況下，不能清楚地看到分支，因此實際上沒有產品分叉。這個行動顯然是個人需求的變化（擴展）。如果產品體驗改變並且結果再次返回給它所來自的組，則分叉也不是正確的定義。按照定義，開源軟件鼓勵你改變。