2011-08-31 77 views
-1

我想要一套滿足要求的軟件,但是我不想重寫基本框架,因爲它可以在幾種可用GPL許可證獲得的開源軟件中使用。當我發佈一個開源項目時,我需要考慮哪些事情?我可以對分叉軟件擁有任何權利嗎?分享一個可以在GPL許可下使用的開源軟件是否是一個好主意?

+0

如果您閱讀了GPL,您會發現您在使用或分發軟件時擁有哪些權利(和責任)...... – CAFxX

+0

至於叉是一個好主意,如果變化很小並且「感覺很好」 ,可能會嘗試先讓他們進入原始項目。當然,「私人使用的叉子」不會傷害任何人,並受github等系統的鼓勵。讓他們很容易看到你在做什麼,並讓你向上遊推回去。 – Thilo

+0

想想吧,這正是開源軟件的用途:允許您修改軟件以適合您的個人需求。當然,對於GPL,當你分發你的軟件的時候,你必須分享這些修改(這樣你的用戶才能享受到你自己的自由)。 – Thilo

回答

0

必須分發它在相同的GPL版本(或更新,如果允許由特定項目許可證)並提及原作者。

您只能使用如果所有版權持有人同意一個不同許可證。

+0

您只能*在GPL下分發。未經所有其他版權所有者同意,您不能提供其他許可。 – Thilo

+0

@Thilo:這和我寫的完全一樣嗎? –

+0

我只是想強調,除了根據GPL *分發它之外,你不能提供商業許可證*。這是一個常見的開源商業模式,但只有原始版權所有者才能做到這一點,而不是分叉。 – Thilo

3

一般而言,正確的做法是與社區合作,並將您的修改納入核心項目,您可以與他們分享維護成本。但是,由於各種原因,這可能並不總是可能的(例如,社區不想朝着你想去的方向走,或者社區沒有反應)。

如果您選擇分岔,那麼您將負責叉的維護。這意味着花費資源與捐助者「上游」項目保持一致,以便在將來能夠進行清潔升級。在許多情況下,做這件事的努力與上游合作的努力一樣好,甚至更好。

許多項目都是使用插件來提供額外的功能。在可能的情況下,這是比分叉更好的路線。

在叉上的權利條款中,您沒有對原始代碼的權利,而不是根據GPL指定給您的原始代碼。如果您分發您的分支,您必須根據GPL分發它(其他許可提供分許可的權利,但GPL沒有)。您將在您的修改中保留版權,但必須按照GPL分發。

總之,如果你可以避免分叉,你應該這樣做。是否可以避免這取決於管理項目的社區的健康狀況。

+0

+1,用於解決標題中的「這是一個好主意」。它通常不是。 – tripleee

相關問題