プロジェクトフォーク後のバージョン番号に関するMavenのベストプラクティス

Question

私はmavenが非常に意見があり、ほとんどの質問に対して常に最少の抵抗の答えがあることを知っています。このケースのために1つあります： 元のアーティファクトがフォークされ、groupIdとartifactIdが変更された後、アーティファクトのバージョンの標準プラクティスとは何ですか？私の新しいポンポン一方

<groupId>com.example.bar</groupId> 
<artifactId>some-bar-project</artifactId> 
<version>???</version> 

でバージョンがどうあるべきかつまり が、これはオリジナルのポンポンGAV

<groupId>org.apache.foo</groupId> 
<artifactId>some-project</artifactId> 
<version>2.3.4</version> 

ということは、作るために2.4.0-SNAPSHOT可能性がありフォークが2.3.Xで起こったことが明らかになりました。問題は、元のプロジェクトが進化すれば、混乱の原因となる2つの2.4.Xが存在することです。
もう1つは、新しいアーチファクトであるかのようにバージョンをリセットし、1.0.0-SNAPSHOTから開始することができます。この場合、コードの起源についての情報は、あなたがしたいがあれば、フォークを回避する最善の方法でしょうけれども、おそらく、私が持っているでしょう公共

Answer 1

に放出されることはありませんVCS

フォークバージョンに文書化することができます元のバージョンを維持するためにあなたはそれが

<version>2.3.4-1.0</version> <!-- or ---> 
<version>2.3.4_1.0</version> <!-- or ---> 
<version>2.3.4.1.0</version> 

これは2.3.4フォークのご1.0バージョンで強調表示するには作ることができます2.3.4言います。

私は何を使用して、私は同じJava packageとgroupId.artifactIdを保ち検討する

<version>2.3.4a</version> 
<version>2.3.4b</version> 

など

です。