このページを共有

# バージョン管理の概要

バージョン管理を有効にしたプロジェクトでは、Application Lifecycle Management (ALM) エンティティを作成および管理しながら、これらのエンティティの以前のバージョンを維持できます。これには、要件、テスト、テスト・リソース、ビジネス・プロセス・モデル、ビジネス・コンポーネントが含まれます。

バージョン管理を有効にしたプロジェクトでエンティティに変更を加えるには、最初にエンティティをチェックアウトする必要があります。エンティティをチェックアウトすると、ALM によりエンティティがロックされ、加えた変更をほかのユーザが上書きするのを防ぐことができます。エンティティのチェックアウトしたバージョンは、ほかのユーザには表示されません。

変更を加え終わったら、エンティティをチェックインします。これで、エンティティの新しいバージョンを、ほかのユーザが利用できるようになります。

エンティティの以前のバージョンをすべて表示したり、または以前のバージョンをチェックアウトしたりできます。また、エンティティの 2 つのバージョンを比較してバージョン間の変更内容を表示できます。

注: バージョン管理は、単一エンティティにのみ適用されます。ユーザビリティおよびデータの完全性を維持するために、ALM では、ほとんどのデータがエンティティ間の関係に関係なく、エンティティの以前のバージョンが保存されます。エンティティがチェックインされると、個別のエンティティのデータのみが格納されます。要件およびテスト・カバレッジ、要件トレーサビリティ、および不具合のリンクのデータは、バージョンについては保存されません。また、リスク・データもエンティティの以前のバージョンについては保存されません。

ベースラインによって、エンティティ・セットのスナップショットとそれらのエンティティ間の関係が示されます。詳細については、「ベースラインの概要」を参照してください。

バージョン管理が有効なプロジェクトで、エンティティを作成し、管理できます。現在のユーザによってチェックアウトされたエンティティは、開いた緑色の鍵のアイコンで表示されます。ほかのユーザによってチェックアウトされたエンティティは、赤色の鍵のアイコンで表示されます。グリッド・ビューには、［バージョンのステータス］など追加のバージョン管理フィールドが表示され、エンティティがチェックインされているか、チェックアウトされているかを示します。

バージョン管理で保存されない ALM フィールドの詳細については、「バージョン管理されないフィールド」を参照してください。

バージョン管理の使用方法の詳細については、「バージョン管理の使用方法」を参照してください。

次の例は、バージョン管理を使用できるタイミングを示します。

例: 変更内容の監視とバージョンの比較

製品マネージャの Kelly は、予期していない方法で製品開発が行われていることに気づきました。彼女は、製品の要件を確認して一部が変更されていることを見つけます。彼女は、現在の要件をリリースの最初に合意した要件のバージョンと比較します。

例: 前バージョンの復元

QA テスト担当者の Michael は、現在開発中の銀行用アプリケーションの新しいビルドを受け取ります。彼は、新しいリリースのニーズを満たすために関連するテストの更新を開始します。この段階で、開発チームからビルドに関する重要な問題について通知がありました。開発は以前のビルドにロールバックされることになります。Michael は、チェックアウトして以前のビルドに使用したテストのバージョンに戻し、そこからテストを続けることを決定します。

例: 編集のためのエンティティのロック

ビジネス・アナリストの Robert は、あるアプリケーションの特定の機能を更新したいと考えています。このためには、一連の要件を更新する必要があります。要件を更新するのに必要な数日の間、ほかのユーザに要件を変更してほしくないと考えています。Robert は関連する要件をチェックアウトして編集を開始します。

https://admhelp.microfocus.com ALM 8942
検索結果の改善のヒント... ALM ヘルプセンター ALM ヘルプセンター ALM ヘルプ 16.00 すべてローカル・ヘルプセンターの表示オンライン・ヘルプセンターの表示戻るブラウザ履歴で元に戻る進むブラウザ履歴で前に進む検索の強調表示を解除次のトピック次のトピックに移動前のトピック前のトピックに移動現在のトピックを印刷バージョン: