2011-01-28 69 views
4

我對在相當大的eclipse工作區中從屬插件,功能和產品中升級版本號的過程有很多困惑。Eclipse PDE - 插件,功能和產品版本

我已經對存在於現有插件中的java代碼進行了API更改,因此需要增加版本標識符的一部分主版本。該插件可用作給定功能的依賴項,該功能稍後將包含在產品中。從http://wiki.eclipse.org/Version_Numbering的文檔中,我瞭解(大部分情況下)何時應該在包含插件本身上增加適當的數字。

但是,怎麼會在插件本主要版本號的變化還會影響相關的「潛線」項目(例如,功能,產品)?

例如,假設我們有一個典型的 「Hello World」 的設置如下:

插件:com.example.helloworld, version 1.0.0
特點:com.example.helloworld.feature, version 1.0.0
產品:com.example.helloworld.product, version 1.0.0

如果我做了一個API在插件中進行更改,則需要將版本更新爲2.0.0。這個功能的版本是什麼1.1.0?同樣的問題也可以應用於產品級別(例如,如果功能是1.1.0或2.0.0,產品版本號是什麼)?

我敢肯定,這是相當新手的問題,所以我很抱歉浪費任何人的時間和精力。我已經搜索了這種類型的內容,但我所發現的只是展示如何第一次開發插件,功能,產品和更新站點的示例。唯一與我的搜索相關的其他內容一直在開發功能補丁,並沒有像我更喜歡的那樣觸及版本控制方面。我很難進入(第一次)Eclipse RCP/PDE環境,需要學習製作此類版本更新的正確方法和/或最佳實踐,以及如何在工作空間中的其他相關項目中最好地反映這種情況。

回答

1

如果您希望將相同的版本控制系統應用於功能和產品,那麼當其中一個插件轉到2.0.0時,您可以將功能和產品設置爲2.0.0。這會告訴誰正在使用你的功能或產品,在其中某個地方發生API改變。

另一方面,不要求應用相同的版本控制約定。您可以按照該慣例對捆綁軟件進行版本化,以正確傳達您的API更改,然後轉而使用更具營銷敏感性的產品/功能版本。請記住,用戶將看到產品/功能版本比單個捆綁版本更多。

我已經看到它有效地完成了這兩種方式。在這方面並沒有真正的對錯方法。

+0

感謝康斯坦丁,這不會回答我的問題。在我所在的地方,我看到了各種版本控制方案的組合,這些方案要麼完全遵循推薦的內容,要麼在源代碼管理中爲後來的官方版本假定了一個固定版本,並將更改代碼保留在此版本之下。我繼續猜測接下來要走哪條路線。 – Michael 2011-01-28 22:43:30