開源項目中的版本禮儀？

Question

我已經在github上創建了一個gem，我已經做了一些重要的更改，並計劃提交一個pull請求。在我做之前，我想知道是否應該碰撞小版本號或讓寶石維護人員決定如何對其進行版本化。

閱讀「Etiquette: Version bump my fork of opensource project?」和「Git fork version etiquette」後，似乎大多數人只是自己碰撞版本。

對於任何擁有開源項目的人來說，你認爲這太冒昧嗎？還是我只是偏執狂？

Answer 1

如果您分叉了一個回購，並且您將回饋給相同的回購，那麼除非確實需要，否則請勿更改版本並且不要對Ruby gem文件進行任何更改。

讓維護人員自由決定什麼時候應該發佈這個庫以及分配哪個版本。你不知道維護者是否有其他計劃或正在做其他事情。

您甚至不知道您的更改是否以及何時將被合併。在合併更改之前，有可能會發布其他版本，並且會增加與甚至不包含修補程序含義（如版本控制）含義的文件發生衝突的風險。

過去我拒絕了一些補丁，因爲批准它們意味着對破壞我的路線圖的版本進行不必要的更改。作爲一般規則，我拒絕每個修補程序，其中的更改不限於提交者提議的功能/錯誤修復。如果您檢查在GitHub上發佈的寶石的貢獻準則，您會看到有幾個項目提到了這個規則。

如果您將寶石作爲叉子發佈，那麼您可以隨心所欲地做任何事情。