プロジェクトのコンポーネントをバージョン管理するためのベストプラクティスまたは推奨される方法はありますか？ちょうど私はコンポーネントSpecificService1、SpecificService2を含むEnvironmentServicesプロジェクトを持っているかもしれません...これらの子のそれぞれは独立したバージョン管理を持っています。
これを実装する最も効果的な方法は何ですか？スタンドアロンのJiraはコンポーネントのバージョン管理をサポートしていないようです：ここで取り上げます。
ライフサイクルを持ちたい「 SpecificService 」ごとにプロジェクトを作成するのでしょうか。または、GreenHopperを利用して、コンポーネント/バージョン階層を使用できますか？
任意の提案をいただければ幸いです。
私たちはこれを私たちの会社として持っており、Greenhopperのものを試した後、私たちは明白な答えに戻りました：命名規則。
例として、RESTサービスと管理WebAppを含むいくつかの緊密に統合されたコードベース用の単一のプロジェクトがあるとします。次に、コンポーネント「Service」と「WebApp」があります。次に、「Service1.2.0」および「WebApp2.1.1」というバージョンを作成します。これにより、両方のコンポーネントに適用されるバグを両方のバージョンに含めることができます。
それは何も強制しませんが、システムを閲覧している人には取引が何であるかは本当に明らかであり、人々はすぐに追いつきます。
コンポーネントレベルのバージョン管理を可能にするJIRAプラグインを開発しました。これは、説明した正確なシナリオに適しています。コンポーネント固有のバージョンに加えて、さまざまなコンポーネントバージョンをバンドルにグループ化することもできます。プラグインの詳細は、AtlassianMarketplaceまたはプラグインのヘルプページから確認できます。