複数の課題を (一括) 編集する

「一括変更」グローバル権限について

In order to execute a bulk operation, you will need to be granted the appropriate project-specific permission and the global Bulk Change permission by your JIRA administrator. For example, you would need to be granted both the Move Issue and Bulk Change permissions in order to execute the Bulk Move operation.

プロジェクト固有の権限は、一括操作に選択した課題のコレクションに対して尊重されます。

一括操作のメール通知を無効にする

特定の一括操作のメール通知を無効にするには、一括操作ウィザードの通知の送信チェックボックスを選択解除します。このオプションを使用できるようになるには、管理者、または一括操作を実行する課題に関連するすべてのプロジェクトのプロジェクト管理者である必要があります。

一括操作の実行

1. 必要なフィルターを使用して課題結果セットを生成します。
2. ツール > 一括変更を選択します。

3. 次の画面では、一括操作を実行する課題を選択できます。

4. 次の画面では、一括操作を選択できます。実行する操作については、以下の表を参照してください。
   

   操作	操作
   削除	最後に、選択した課題での削除操作を確認します。
   編集	次の画面には、選択した課題で実行可能な編集操作のリストが表示されます。必要な編集操作を選択したら最後に、選択した課題の編集操作を確認します。
   移動	The next screens allow a target project and issue type to be selected, with the ability to migrate workflow statuses and update required fields as necessary. Further details can be found in the Bulk Move section.
   ワークフロー トランジション	次の画面には、課題上で実行できるワークフローのトランジションが表示されます。トランジションはワークフロー別にグループ化され、各ワークフロー トランジションの影響を受ける課題のリストも一緒に表示されます。操作を選択すると、その操作に適したフィールド画面が表示され、トランジションの完了に必要なフィールドを編集できます。選択したトランジションと関連する課題以外は更新しないでください。一括ワークフロー トランジション操作あたり 1 件のトランジションのみを選択できます。
   ウォッチ	最後に、選択した課題でのウォッチ操作を確認します。
   ウォッチの中止	最後に、選択した課題でのウォッチ解除操作を確認します。

一括操作画面

一括操作ワークフローの例を示した以下の画像を参照してください。

ステップ 1	ステップ 2
ステップ 3	ステップ 4

一括移動

一括移動は、複数の課題を一度に移動させることができます。選択した課題を新しいプロジェクトへ移動させることが可能です。場合によっては新しい課題タイプのみを選択することもできます。 

操作手順：

1. プロジェクトおよび/あるいは課題タイプを選択する
2. サブタスクのプロジェクトおよび/あるいは課題タイプを選択する
3. 無効なステータスのステータス移行マッピングを選択する
4. 必須フィールドの値と、無効な値が入ったフィールドを選択する
5. 変更内容を確認して操作を完了します。
   ステップ 3 および 4 は異なるターゲットプロジェクトと課題タイプの組み合わせごとに 1 回のみ発生します。

課題の選択

The bulk move operation can be performed on both standard issues and sub-task issues. Standard issues can be moved to another project and issue type, whereas a sub-task can only have its issue type changed. (Note that it is possible to convert a sub-task to an issue, and vice versa.)

サブタスクとその親タスクの両方を選択することはできません。理由は、親/サブタスクの関係 を守るためです(例：サブタスクは常に親課題と同じプロジェクト内にある）。選択された親課題のサブタスクにサブタスクがある場合はすべて選択され、移動から自動的に省かれます。

たとえば、課題B は課題 A のサブタスクで、A と B の両方を同時に一括移動させたいとします。警告メッセージ (以下を参照) が表示され、課題 A のターゲットプロジェクトと課題タイプを選択するよう求められます。A に新しいプロジェクトを選択すると、課題 A の新しいプロジェクトに基づいて、サブタスクを新しい課題タイプに移動するよう求められます。課題 A のプロジェクトを変更していない場合、サブタスクを移動する必要はありません。

プロジェクトおよび課題タイプを選択する

一括移動ウィザードでは最初に、課題の移動先となるプロジェクトおよび課題タイプを選択します。ターゲットプロジェクトや課題タイプによって、ステータスやフィールドの移行に追加手順が必要かどうかが決定します。

選択した課題は現在のプロジェクトおよび課題タイプによってグループ化されます。それぞれに新しいプロジェクトタイプと課題タイプを選択するか、あるいはすべての標準課題を 1 つのプロジェクトおよび課題タイプへ移動させるかを選択できます。

Note: This does not apply to sub-tasks since they cannot be moved to a standard issue type.

サブタスクのプロジェクトおよび課題タイプを選択する

サブタスク付きの課題を別のプロジェクトへ移動する場合、サブタスクも新しいプロジェクトへ移動する必要があります。また、必要に応じて移動するサブタスクの課題タイプを変更することもできます。

ワークフローステータスのマッピング

As multiple workflows can be active simultaneously, some statuses associated with the collection of selected issues may not be valid in the target workflow. In this case, JIRA allows you to specify a mapping from invalid statuses to those available in the target workflow.

フィールドの更新

In order to adhere to the field configuration scheme associated with the target project and issue type, it may be necessary to update/populate required fields (e.g. fields that are required in the target project, but may not have been in the original project).

生成する必要がある各フィールドに対し、値を入力するよう求められます。この値は、一緒に一括移動されるすべての課題に適用されます。

次のフィールドについて、選択可能な値のリストが提供されます。

• コンポーネント
• 影響バージョン
• 修正対象バージョン
• タイプ「バージョンピッカー」のカスタムフィールド

Note that versions which have been archived in the target project cannot be selected as the target when performing a bulk move. If you need to move issues into an archived version, you will need to first unarchive the version in the target project.

元の値を保持する

フィールドと関連付けられた保持チェックボックスにチェックを付けると、ターゲット宛先で有効な元のフィールド値を保持することができます。たとえば、一部の課題にはすでに有効なカスタムフィールド値が含まれている場合があります。これらの値は保持出来ますが、更新が必要な課題はフィールド更新画面で指定した値を適用します。

• チェックマークが付いている：可能な場合は元の課題が保持されます。¹フィールドは指定された新しい値に更新されません。
• チェックマークが付いていない：すべてのフィールドは指定された新しい値に更新されます。

次のフィールドでは明確なマッピングが必要なため、「保持」チェックボックスは使用できません。

• コンポーネント
• 影響バージョン
• 修正対象バージョン
• タイプ「バージョンピッカー」のカスタムフィールド

一括移動の確認

すべての課題に対し、すべて移動パラメーター — 例：ターゲットプロジェクト、ステータスマッピング、フィールド更新 — が指定されている場合、課題に対するすべての変更が移動されることを確認するメッセージが表示されます。該当する場合、次の詳細が表示されます。

• 課題ターゲット：ターゲットプロジェクトと課題タイプ
• ワークフロー：ターゲットワークフローと無効なステータスマッピング
• 更新されたフィールド：更新が必要なフィールドの新しい値
• 削除されたフィールド：ターゲットで無効な、フィールドで削除される値

課題は、確認ページで確認ボタンを押すまで移動されません。この手順の前に操作を終了した場合、課題は変更されません。

一括編集

利用可能な一括編集操作は、選択された課題や、変更するフィールドの性質によって異なります。

利用可能な操作

次の表は利用可能な操作の一覧です。対応する操作を利用するには、すべての条件が TRUE である必要があります。

利用できない操作

このセクションに記載されているフィールドには一括編集操作はありません。これには、代替方法がある、または一括編集の実行が論理的でないなどの理由があります。

次のシステムフィールドは一括編集を使用できません：

• 添付ファイル
• 要約
• 説明
• 環境
• Project — Please use 'Bulk Move' to move issues between projects
• 解決状況 — 課題の解決状況を変更する場合は、「一括ワークフロートランジション」を使用してください
• Time Tracking fields — Original Estimate, Remaining Estimate, Time Spent

次のカスタムフィールドタイプは一括編集を使用できません：

• インポート ID
• 読み取り専用のテキスト

トラブルシューティング

• Restricted comments appear to be removed after moving issues. See this article: Restricted comments disappear after moving an issue to a new project.