Jira 10.1 への準備
このドキュメンテーションは、既存のアプリと Jira Software Data Center 10.1、Jira Service Management Data Center 10.1 との互換性を確認したい Jira 開発者向けです。
Jira 10.1 以降、Jira Software Data Center と Jira Service Management Data Center の開発リリースに関する連絡事項をこのページに移動しました。このトランジションにより、パートナーと開発者に、製品の改善や変更に関する単一の情報源を提供することを目指しています。
引き続き、アトラシアン開発者コミュニティ を利用して議論したり、サポートを受けたりできます。アーカイブ リリースのお知らせについては、変更ログをご確認ください。
最新バージョン
ここでは最新の EAP についての情報をご案内します。
アプリケーション | 日付 | 数値 | バージョン (Maven) | ダウンロード |
|---|---|---|---|---|
Jira Software |
| 10.1.0-EAP02 | 10.1.0-m0003 | |
Jira Service Management |
| 10.1.0-EAP02 | 10.1.0-m0003 |
変更の概要
このセクションでは、導入予定の変更の概要を紹介します。アプリへの影響の検討にお役立てください。アップデートの準備が整ったら、実装のタイミングとマイルストーンが表示されます。
Jira Software と Jira Service Management の共通機能
Webhook の監査
ステータス: 実装済み (EAP 02)
監査サービスの jira.webhooks.auditing.category カテゴリに、イベントタイプが WEBHOOK である次の 3 つの新しい監査イベントを追加します。
jira.webhooks.auditing.webhook.addedjira.webhooks.auditing.webhook.modifiedjira.webhooks.auditing.webhook.deleted
このイベントには以下が含まれます。
- 影響を受けるオブジェクトの一部として変更されている Webhook の
id - Webhook
uri - 変更された値 (該当する場合)
利用状況データを共有する
ステータス: 実装済み (EAP 01)
インスタンスの利用状況データをアトラシアンと共有する新しい方法を導入しています。アナリティクス機能は利用状況データの共有になり、ユーザーがアトラシアンと共有する内容をより細かく制御できるようになりました。
インスタンスの利用状況データを共有することを決定した場合は、製品のパフォーマンスとスケーラビリティを向上させるために、集計され匿名化されたデータの収集を開始します。この知識は、セキュリティ インシデントが発生した際のより効果的なコミュニケーションにも役立ち、お客様のデータを保護するための的を絞ったアドバイスや最新情報を提供できるようになります。同時に、お客様のインスタンス内からコンテンツを収集することはありません。
自動化ルールの検証
ステータス: 実装済み (EAP 01)
既存のルールを開いたときに、設定エラーがあるかどうかを示すようになりました。これは、公開前にルール設定を特定して修正するのに役立ちます。
2 段階認証による新しいログイン エクスペリエンス
ステータス: 進行中 (EAP 01)
この機能は本番環境では使用できません。必ず隔離されたインスタンスでのみテストしてください。
Jira ログイン エクスペリエンスのセキュリティを向上させるために、2 つ目の認証レイヤーを提供するソリューションに取り組んでいます。新しいログイン プロセスは、認証アプリによって生成された時間ベースのワンタイム パスワード (TOTP) を 2 番目の要素として使用する、組み込みの 2 段階認証 (2 SV) 機能をサポートしています。
本機能はまだ開発中ですが、変更をテストして統合で検証できます。新しいログイン エクスペリエンスを有効にするには、JVM システム プロパティ -Datlassian.authentication.legacy.mode = true を false に設定します。
アトラシアン開発者向け変更ログの最近のエントリと 2 段階認証を管理する方法をそれぞれのリンク先でご確認ください。
依存関係のアップグレード
ステータス: 実装済み (EAP 01)
ファーストパーティとサードパーティの依存関係の一部をアップグレードしました。
Jira Service Management の機能
リクエスト受付プロセスを合理化する
ステータス: 実装済み (EAP 02)
リクエスト タイプに制限を追加して、特定のリクエストタイプを登録できるユーザーを制御し、リクエストが適切なチャンネルにルーティングされるようにできます。たとえば、従業員の昇給のようなデリケートなリクエスト タイプを、マネージャーと人事スタッフのみに制限できます。制限はカスタマー ポータルと課題ビューの両方に適用されます。そのリクエスト タイプに明示的にアクセスできるユーザー (ヘルプが必要なユーザー、エージェント、管理者を含む) のみがこれらのリクエストを作成できます。また、カスタマー ポータルから (課題ビューの [報告者] フィールドからも) アクセスできないユーザーに代わってリクエストを登録することもできます。
その他のユーザーがリクエスト タイプにアクセスできない場合は、検索しても選択肢として利用できないため、そのリクエストを登録できません。リクエストが作成された後に、リクエスト参加者として追加された場合にのみ、そのリクエストを表示できます。
メール チャンネルで使用されるリクエスト タイプには制限を適用できないことにご注意ください。匿名ユーザーはこれらのチャンネルを介してリクエストを送信できます。
自動化アクセスの制限
ステータス: 実装済み (EAP 01)
Jira Service Management でリクエスト タイプに制限を追加できるようになったため、次の自動化を変更しました。
- サービスデスク リクエストを作成する
- 課題を編集 (リクエスト タイプの値が変更された場合のみ)
- 課題のトランジション (リクエスト タイプの値が変更された場合のみ)
Jira Automationは、ルール アクターが、オートメーション自動化ルールのいずれかで使用されるリクエスト タイプを作成するためのアクセス権を持っているかどうかをチェックするようになりました。