Jira Software 10.2.x リリース ノート
Jira Software 10.2 がリリースされました!
ハイライト
- 互換性のあるアプリケーション
- 弱視やキーボードのみのユーザーのアクセシビリティを向上
- 2 段階認証による新しいログイン エクスペリエンス
- Jira 自動化のダーク テーマ
- テーマにロゴを合わせる
- オリジナル テーマの新しいヘッダー色
- メールに添付された画像ファイルのサムネイル
- シークレット管理がさらにセキュアに
- Microsoft Teams Webhook の Jira 自動化サポート
- 無効化された自動化ルールのコンポーネント検証
- 使用状況データ共有のための接続チェック
- 整合性チェッカーの改善点
- JMX エクスポーターから提供されるメトリックの変更
- Jira 自動化のアラート、メトリック、統計ログ
- 一括コミット フェッチ
- ライセンス上限のヘルス チェック アラートを UI から見直し
- プロジェクトのデフォルトの課題の並び順を変更
- Local LexoRank Repair の導入
- 解決済みの課題
本リリースに関する重要な情報をアップグレード ノートで確認し、解決済みの課題の完全な一覧をご確認ください。
互換性のあるアプリケーション
互換性のある Jira アプリケーションをお探しの場合、次のページをご参照ください。Jira Service Management 10.2 リリース ノート
弱視やキーボードのみのユーザーのアクセシビリティを向上
対象: エンド ユーザー
アトラシアンでは過去にお約束したとおり、スクリーン リーダーやキーボードのみを使用するユーザーのためにアクセシビリティの更新に取り組み、重大な欠陥を取り除いています。このリリースのハイライトには、基盤となる HTML 構造や JS ロジックの修正が含まれます。
2 段階認証による新しいログイン エクスペリエンス
対象: エンド ユーザー 管理者
ログイン エクスペリエンスを徹底的に見直し、ご利用の Atlassian アカウントの安全を維持するために第 2 の認証レイヤーを追加しました。2 段階認証を設定して、ログイン時に認証アプリで本人確認を行えるようになりました。2 段階認証の管理方法を確認
Jira 自動化のダーク テーマ
対象: エンド ユーザー 管理者
Jira 10.0 ではダーク テーマが始めて部分的に利用できるようになったことを発表し、その時点ではサポートされていなかった領域の一覧を提供しました。今回の Jira 10.2 では、Jira 自動化でダーク テーマを提供します。ルールのコンポーネントの互換性を確認するには、[プロフィール] > [テーマ] > [ダーク] の順に移動してダーク テーマを有効化します。
テーマにロゴを合わせる
対象: 管理者
サイトのロゴも 2 つのバージョンをアップロードできるようになりました。ライトとダークのどちらのテーマを選択しても、テーマに合ったロゴを掲載できます。アップロードしたロゴが 1 種類のみの場合、そのロゴが両方のテーマに適用されます。すでに独自のロゴを使用している場合、そのロゴはライト テーマのロゴになります。
ロゴをアップロードするには、[管理]、[システム]、[ルック & フィール]、[ロゴ] の順に移動します。
オリジナル テーマの新しいヘッダー色
対象: 管理者
新しいライトおよびダーク テーマを導入するための継続的な取り組みの一環として、オリジナル テーマのヘッダーの色を青色から白色に変更しました。
メールに添付された画像ファイルのサムネイル
対象: エンド ユーザー 管理者
Jira の認証を受けなくても、メールに添付された画像のサムネイルを見ることができるようになりました。このアップデートでは、認証に問題があるのに画像が正しくレンダリングされないという問題が修正されました。
この機能は既定でオンになっています。無効にするには、機能フラグcom.atlassian.jira.send.email.notifications.with.images.attached
をオフにしてください。
シークレット管理がさらにセキュアに
対象: 管理者
Jira の安全性を高めるための進行中の取り組みの一環として、Jira の運用に必要なもっとも機密性の高い値をデフォルトで暗号化しています。これまで AES または外部の保管庫 (AWS Secrets Manager または Hashicorp Vault) を使って Jira に保管されていたシークレットは、今後は暗号化された形で secret
データベース テーブルに配置されます。
以前はシークレットが含まれていたすべての場所 (パスワードを含むデータベース列など) に、プレーンテキストのシークレットではなく {ATL_SECURED}
プレースホルダーが含まれるようになりました。唯一の例外はデータベースのパスワードです。データベース パスワードの詳細についてはアップグレード ノートをご確認ください。
暗号化キーは Jira ホーム ディレクトリ (単一ノード インスタンスの場合) または共有ホーム ディレクトリ (クラスタ化されたインスタンスの場合) のkeys
サブディレクトリに格納されます。暗号化キーなしで復元されたデータベース バックアップで暗号化されたシークレットを使うことはできないため、これらは secrets-config.yaml
および secured
とともにバックアップする必要があります。
Microsoft Teams Webhook の Jira 自動化サポート
対象: 管理者
先日、Microsoft は Microsoft Teams 内の Office 365 コネクタの廃止を発表しました。当社では自動化ルールと Microsoft Teams 間のシームレスな接続を確保するため、独自のコネクタを作成できる回避策を開発しました。今後は Jira webhook をリッスンするフロー チェーンを作成できます。この機能は次の Jira バージョンから提供されます。
Jira Software | Jira Service Management |
---|---|
|
|
Microsoft Teams で Jira 自動化を使用する方法の詳細をご確認ください。
無効化された自動化ルールのコンポーネント検証
対象: 管理者
コンポーネントの検証は、自動化ルールが更新されたときに、有効な自動化ルールと無効な自動化ルールの両方で実行されるようになりました。すべてのルールが検証されるので、設定エラーをすばやく発見できます。
使用状況データ共有のための接続チェック
対象: 管理者
インスタンスの使用状況データを共有する場合は、ファイアウォールの設定を行うことで、データを外部に送信できるようになります。接続をテストして、ファイアウォールがトラフィックを通過させているか遮断しているかを確認できるようになりました。使用状況データの共有についての詳細をご確認ください。
整合性チェッカーの改善点
対象: 管理者
整合性チェッカーを改善し、エンタープライズ規模で機能するようにしました。JVM のメモリ負荷が高まったり、フル ガベージ コレクションが引き起こされたりすることはなくなりました。従来よりもはるかにすばやく問題を発見し、広範囲にわたって正確に修正できます。
時間のかかる修正操作向けに、1 回のチェックでの修正回数に制限 (jira.integrity.checker.results.limit
) を設けています。既定は 1000 で、調整可能です。また、表示される結果の既定数を 20 に制限しています。
JMX エクスポーターから提供されるメトリックの変更
対象: 管理者
Jira では、接続レベルでの追跡を含め、他のタイプの追跡は維持しつつも、JMX エクスポーターを介した接続インスタンス レベルのメトリックの公開は廃止されました。
これまでは、接続レベルのメトリックとともに接続インスタンス レベルのメトリックが公開されていました。
接続インスタンス レベルのメトリックは公開されなくなりましたが、接続レベルのメトリックからの情報はすべて維持されます。
以前の動作に戻す必要がある場合は、-Ddbcp.registerConnectionMBean=true
パラメーターを使用して該当する設定を上書きできます。ただし、基礎となるライブラリでのスレッド競合により、すでに修正された症状が再発したり、その他の未知の問題が発生したりする可能性があることから、この回避策を使用することはお勧めしません。
Jira 自動化のアラート、メトリック、統計ログ
対象: 管理者
自動化キューの監視機能を強化するため、アラート、メトリック、および統計ログを導入しています。ログでは 5 分ごとに、キューに追加、要求、およびそこから処理されたメッセージの数のほか、実行されたルールの数が記録されます。自動化キューが 10,000 のしきい値 (構成可能) を超えると、Jira の診断画面にアラートが表示されます。キューの長さも JMX メトリックとして提供されるようになりました。
一括コミット フェッチ
対象: エンド ユーザー 管理者
分 \散バージョン管理システム (DVCS) の同期プロセスをより効率的にするために、GitHub をサポートする一括コミット フェッチ機能を導入しています。これで、DVCS はブランチについて一度に最大 100 のコミットを取得できます。以前は、DVCS は各コミットを 1 つずつ取得していました。この変更は次のようなものです。
- GitHub への REST コールの回数を減らす
- 同期の速度を改善
- レート制限が発生する可能性を低減
ライセンス上限のヘルス チェック アラートを UI から見直し
対象: 管理者
ライセンス上限のヘルス チェックを UI から直接設定できるようになりました。パーセンテージを変更するか、自身が制御できる限られたシート数に切り替えます。
プロジェクトのデフォルトの課題の並び順を変更
対象: 管理者
プロジェクト内の課題をデフォルトでどのように並べ替えるかを選択できるようになりました。
課題の並び順を変更するには、次の手順を実行します。
- プロジェクト管理権限を持っていることを確認し、ご利用のプロジェクトに移動します。
- [プロジェクト設定] > [詳細] の順に選択します。
- [設定] > [課題の並び順] に移動し、課題の並び順を選択します。
Jira のデフォルトの課題の並び順 (優先度と最終更新日順) に戻すには [未設定] を選択します。
Local LexoRank Repair の導入
対象: 管理者
Jira 課題ランク付けシステムのパフォーマンス低下に対応することを目的として、Local Lexorank Repair を導入します。LexoRank のグローバルなリバランスを回避するため、ランク付けの問題が悪化する前に適宜修復を行います。Local LexoRank Repair は、システム全体をグローバルにリバランスするのではなく、局所的にパフォーマンスが低下しているホットスポットでの問題に対処して、システムの予測可能性を高めます。
この機能はバックグラウンドで実行され、次の課題ランク付け操作によってトリガーされます。
- 1 つの課題をバックログにドラッグ アンド ドロップしたり、課題をバックログの上部または下部に移動したりするなどの UI 操作。
- ペイロードに課題を 1 つ含む、
/rest/greenhopper/1.0/api/rank/after
と/rest/greenhopper/1.0/api/rank/before
への REST API 呼び出し。
解決済みの課題
See the full list of the issues we’ve resolved throughout the lifecycle of Jira Software 10.2.