Bug fixing policy
サーバー製品と Data Center 製品の重要な変更
アトラシアンでは新しいサーバー ライセンスの販売を終了しました。また、サーバー製品のサポートは 2024 年 2 月 15 日に終了します。Data Center については複数の主要な改善を含め、投資を継続いたします。変更の内容については、こちらでご確認ください。
サーバー製品のバグ修正
2024 年 2 月 15 日 (PT) までの間は、サーバー製品のバグ修正を引き続き提供します。これらの変更に関する詳細についてご確認ください。
バグ レポート
アトラシアン サポートはバグの特定を支援します。サポート システムで課題をご作成ください。 その際、ご自身が経験している問題を再現する方法について、できるだけ多くの情報を提供してください。アトラシアン サポートでは、バグを再現して検証し、お客様のためにバグ レポートを起票します。また、回避策を可能な限りお調べします。
既存のバグ レポートの検索
既存のバグを検索したり、バグを報告したりするには、アトラシアンの公式の課題トラッカーを使用できます。ご自身にとって重要な課題が見つかった場合、 ウォッチすることをご検討ください。課題をウォッチすると、課題の更新時にメール通知をお送りします。
アトラシアンでのバグ修正へのアプローチ
バグ修正リリースはフィーチャー リリースよりも頻繁に提供され、お客様に影響する最も重大なバグを対象とします。バグ修正リリースの表記は、バージョン番号の最後の数字で示されます (6.0.1 の 1 など)。
各バグは、問題の重要度 (つまり、このバグが問題を起こす場面、問題の影響範囲など) に基づいて評価されます。問題の重大度には 3 つのレベルがあります。
重大度 1 - Critical
アプリケーションが利用できない。ユーザーが業務を実行できず、利用できる回避策がない。
重大度 2 - Major
1 つの機能の利用不可、アプリケーション速度の大幅な低下、またはユーザーの業務実行の一部の実行不可。
重要度 3 - Minor
アプリケーションまたは特定の機能が期待どおり動作しないが、利用可能な回避策がある。ユーザー エクスペリエンスが損なわれるが、業務は実行可能。
バグの評価に問題の重大度を使用することで、最も影響の大きい修正を優先しています。アトラシアンでは、セキュリティの問題を最優先に位置づけています。
アトラシアンのバグ修正ワークフローについて
チームに影響をおよぼしているバグをウォッチしたり確認したりする場合、アトラシアンの公式の課題トラッカーである jira.atlassian.com における、アトラシアンのバグの確認、優先付け、および解決ポリシーをご確認ください。
アトラシアンでは、各課題に対して個別に計算される User Impact Score (UIS) という指標を使用して課題の優先順位を決定します。これは、影響を受けているユーザーの数、課題の重要度、直近での関心度、インスタンスで影響を受けるユーザーの割合に基づきます。UIS が高ければ高いほど、課題の影響範囲が大きく、重大であると見なされます。
また、お客様が課題の状況を確認しやすいよう、Data Center およびサーバー製品でワークフロー ステータスを標準化しました。現在のワークフローと、各ステータスの説明は次のとおりです。
| ワークフロー ステータス | 定義 | フェーズ |
|---|---|---|
| Needs triage | この課題はアトラシアンの製品チームによる確認待ちです。一般に、直近で作成された課題のみがこのステータスになります。アトラシアンの製品チームはこのような課題を定期的に確認しています。 | 確認 |
| Gathering impact | この課題の確認は完了しましたが、問題の影響範囲を確認するための追加情報が必要な状態です。 | 優先付け |
| Long term backlog | この課題の修正が必要であることを確認していますが、先の段階で行われる予定です。これは、この課題がほかの課題と比べて重大度や影響範囲が小さいためです。 | |
| Short term backlog | この課題の修正が必要であることを確認しており、近い将来に優先的に行われる予定です。これは、この課題がほかの課題と比べて重大度や影響範囲が大きいためです。 | |
| デプロイメントの準備 | この課題の修正が必要で、開発チームは実装を開始する準備が整っています。 | |
| In progress | 開発チームが現在この課題に取り組んでいます。 | 実装 |
| In review | この課題の修正が提案され、開発チームによるレビューおよび品質テストが行われています。 | |
| Waiting for release | この課題の修正が実装され、リリースでの提供待ちです。 | |
| Closed | この課題に対する作業が完了しました。修正済みの場合、解決状況は "Fixed" になり、修正を含む製品バージョンを "Fixed Version" フィールドで確認できます。コードの変更が不要だった場合、解決状況は "Duplicate"、"Won't fix"、"Handled by support"、"Timed out" などになります。 | クローズ |
バグ修正を適用する方法
バグ修正を適用するには、修正を含むリリースにアップグレードする必要があります。
Data Center およびサーバー製品のリリースに関連する用語
プラットフォーム リリース (例: 4.0) には、重大な変更や大幅な変更が含まれます。これには、既存の API の変更や削除、ユーザー エクスペリエンスの重大な変更、主要な機能の削除などが含まれます。
フィーチャー リリース (例: 4.6) には、新機能、既存機能の変更、サポートされるプラットフォーム (データベース、オペレーティング システム、Git バージョンなど) の変更、または機能の削除などが含まれます。これらはこれまでは、ほとんどの製品で "メジャー" リリースと呼ばれていました。
バグ修正リリース (例: 4.6.2)にはバグの修正、安定性やパフォーマンスの改善が含まれます。修正の内容によっては既存の機能への小規模の変更が行われる場合がありますが、新機能やリスクの高い変更は含まれないため、ユーザーはすぐに利用を継続できます。バージョンの最新のバグ修正リリースへの定期的なアップグレードを行うことをお勧めします。これらはこれまでは、ほとんどの製品で "メンテナンス" リリースと呼ばれていました。
3 つの主なリリース タイプに加え、フィーチャー リリースが長期サポート リリースに指定される場合もあります。つまり、標準のフィーチャー リリースよりも長い期間、バグ修正を利用できます。
長期サポート リリース
Long Term Support releases (formerly known as Enterprise releases) are for Server and Data Center customers who prefer to allow more time to prepare for upgrades to new feature versions but still need to receive critical bug fixes. If you only upgrade to a new feature version about once a year, a Long Term Support release may be a good fit for your organization. For Jira Software, Confluence, Bitbucket, and Bamboo we will:
- 1 つのフィーチャー リリースを長期サポート リリース として指定します (最低でも 12 か月に 1 回)。
- Backport critical security fixes, as outlined in our current security bug fix policy, and fixes relating to stability, data integrity, or critical performance issues.
- Make bug fix releases available for the designated version until it reaches end-of-life.
- Provide a change log of all changes between one Long Term Support release and the next to make upgrading easier.
Not all bug fixes will be backported. We'll target the bugs and regressions that we deem most critical, focusing on stability, data integrity, or performance issues. There may also be some fixes that we choose not to backport due to risk, complexity, or because the fix requires changes to an API, code used by third-party apps (also known as add-ons), or infrastructure that we would usually reserve for a platform release.
For Jira Software Data Center customers, we'll endeavor to allow zero downtime upgrades between one Long Term Support release and the next Long Term Support release, but can't guarantee that downtime will not be required, depending on the nature of the changes. The change log will indicate if a zero downtime upgrade will be available.
In the example below, version 4.2 has been designated a Long Term Support release. The number of bug fix releases and timing illustrated below is just an example, your product's release cadence may differ.
Server 製品のお客様向け長期サポート
If you have a Server license, you’ll only be eligible to upgrade to versions released prior to February 15, 2024 PT, when we officially end support for our Server product line. If you intend to move your instance to Cloud or Data Center, contact our Support team.
その他の情報
See Atlassian Support Offerings for more support-related information.