Jira/GreenHopperでのコンポーネントの効果的なバージョニング？

Question

プロジェクトのコンポーネントのバージョニングには、ベストプラクティスまたは推奨される方法がありますか？ちょうど私は環境サービスのコンポーネントを持つプロジェクトSpecificService1SpecificService2 ...これらの子はそれぞれ独立したバージョン管理を持っています。

これを実装する最も効果的な方法は何ですか？スタンドアロンJIRAがコンポーネントのバージョンをサポートしていないようとして：as raised here.

それは各「SpecificService」のためのプロジェクトを作成することです私はのためのライフサイクルを持つことを望みますか？または、GreenHopperを利用してコンポーネント/バージョン階層を使用することはできますか？

ご迷惑をおかけして申し訳ございません。

Answer 1

私たちはこれを弊社として持っており、Greenhopperのものを試した後、わかりやすい答え：命名規則に戻りました。

たとえば、RESTサービスと管理WebAppを含む密接に統合されたコードベースのプロジェクトが1つあるとします。次に、「サービス」と「WebApp」のコンポーネントがあります。次に、「Service 1.2.0」と「WebApp 2.1.1」というバージョンを作成します。これにより、両方のコンポーネントに両方のバージョンに適用されるバグを持つことができます。

これは何も施行していませんが、システムをブラウズしている取引先には本当に明白です。

Answer 2

コンポーネントレベルのバージョン管理を可能にするJIRAプラグインを開発しました。あなたが記述した正確なシナリオに適しています。コンポーネント固有のバージョンに加えて、異なるコンポーネントバージョンをバンドルにグループ化することもできます。プラグインの詳細は、Atlassian Marketplaceまたはplugin's help pagesから確認できます。