リリース トラックとは
この操作を実行できるユーザー |
リリース トラックは、組織内のアプリやサンドボックスが変更や新機能を受け取るタイミングを管理するのに役立つ設定です。
リリース トラックのオプション
変更を受け取る方法と一致するリリース トラックを選択します。
継続的トラック: すべてのタイプの変更を利用可能になり次第受け取ります。既定では、Atlassian アプリとサンドボックスは継続的リリース トラックに含まれます。
バンドル型トラック: 毎月の頻度でほとんどの変更をまとめて取得します。バンドルされた変更は、毎月第 2 火曜日の 22:00 UTC からロール アウトされます。アプリが変更を受け取る日時はカスタマイズできません。
プレビュー トラック: バンドルされた変更を事前にテストします。このトラックはサンドボックスにのみ利用できます。
Jira changes will now be available in seasonal release cycles. If your Jira app is on the bundled track, you’ll notice that bundles outside the seasonal release cycles may not contain many changes.
継続的トラックに含まれる変更
継続的トラックには、すべてのタイプの変更が含まれます。変更には、新機能、改善、バグ修正、セキュリティとパフォーマンスの更新、アプリや機能の削除が含まれます。
バンドル型トラックに含まれる変更
バンドル型トラックには、ユーザーが取り組み方を調整する必要があるが、組織には大きな影響を与えない目に見える変更が含まれます。次に例を示します。
ボタンの移動
ユーザーが完了しなければならない新しいタスク
新しい設定
Jira ワークフローの新しいステップ
バンドル型トラックに含まれない変更
次のタイプの変更は、アプリをバンドル型トラックに切り替えた後でも、利用可能になり次第引き続きロールアウトされます。
バグ修正とセキュリティおよびパフォーマンスの更新。
Opsgenie を利用する Jira Service Management の機能。
長期間にわたってロールアウトされる目に見える変更。これらの変更は、アプリや機能の削除、または大規模かつ重要な変更である可能性があります。大規模かつ重要な変更の例として、次のような移動が含まれます。
Jira の新しい課題エクスペリエンスへの移動
Confluence のファブリック エディタへの移動
プレビュー トラックに含まれる変更
このトラックには、バンドルされたトラックと同じ変更内容が含まれています。ただし、サンドボックスでは、本番環境でリリースされる 1 か月前に、バンドルされた変更を受け取ります。サンドボックスのリリース トラックを構成する
この内容はお役に立ちましたか?