JIRA 6および7で動作するJIRAプラグインを開発しています。残念ながら、これらのバージョン間に大きなAPI変更があり、JIRAバージョンごとに異なる依存関係でプロジェクトを構築する必要があります。異なる環境用の開発方法
私のプラグインのコアはバージョン間で変更するべきではないので、JIRA APIの抽象レイヤーの作成について考えてみました。
主な問題は、私は絶対にプロジェクトの構造を知ることができないということです。 JIRAのバージョンごとにgitでブランチを作成することを考えましたが、各ブランチのコアで同じ変更を加えなければなりません。私はある時点でこれを忘れると思う。
誰でもこの問題を解決する方法についてのアイデアはありますか？ここ
三つの異なるモジュール
maven
がバージョン変更を実装することによって、提案された構造のいずれか、
ある、モジュールレベルのバージョンの変更があってもよいです。
また、コードベースの変更については、バックポートが発生する場所でgit branchを変更する必要があります。
バージョン6がブランチにあり、バージョン7で必要な変更点があるとします。 一般的な変更の1つであるため、ファイルはコアモジュールでなければならず、これらの間にも健全なマージが必要です枝。
サブモジュールを使用してください。
あなたの構造は次のように好きでなければならない：
+ ROOT Project 1
| - Common (shared between your projects = submodule)
| - Project specific code
+ ROOT Project 2
| - Common (shared between your projects = submodule)
| - Project specific code
は、それを使用する方法、それについては、この完全な答えを読んで、あなたはそれから何を得ることができます。
How to use 2 GIT Repos in a Project? (git submodules, subtree)
ビルドツール 'maven'に基づいて、プラグインはありますか？ – VinayVeluri
別のモジュール**コア**、**ジラ6 **、**ジラ7 **を作成し、より多くの可能性があります**あなたは** jira6 **と** jire7 **の異なる依存関係を定義することができます。 BTW：異なるバージョン間の翻訳を含む** api **モジュールを作成する必要があるかもしれません... – khmarbaise