fix: add explicit anchor IDs to section headings in releases.md

Added anchor IDs to 11 level-2 and level-3 headings to ensure
cross-reference compatibility with internal links.

Changed headings:
- ## Angular のバージョン管理 {#angular-versioning}
- ### プレビューリリース {#preview-releases}
- ## リリース頻度 {#release-frequency}
- ## サポートポリシーとスケジュール {#support-policy-and-schedule}
- ### リリーススケジュール {#release-schedule}
- ### サポート期間 {#support-window}
- ### アクティブにサポートされているバージョン {#actively-supported-versions}
- ### LTSの修正 {#lts-fixes}
- ## 互換性ポリシー {#compatibility-policy}
- ## 破壊的変更ポリシーと更新パス {#breaking-change-policy-and-update-paths}
- ## 実験的 {#experimental}

This resolves anchor link validation errors like the one for
#deprecation-policy and maintains consistency with English version.

Author: lacolaco

adev-ja/src/content/reference/releases.md

@@ -22,7 +22,7 @@ HELPFUL: このドキュメントに記載されている慣行は、Angular 2.0
 現在AngularJSを使用している場合は、[AngularJS からアップグレード](https://angular.io/guide/upgrade 'Angular JS からアップグレード')をご覧ください。
 _AngularJS_ は、Angularのすべてのv1.xバージョンの名前です。
 
-## Angular のバージョン管理
+## Angular のバージョン管理 {#angular-versioning}
 
 Angularのバージョン番号は、リリースによって導入される変更のレベルを示します。
 [セマンティックバージョン管理](https://semver.org/ 'セマンティックバージョン管理仕様') を使用すると、新しいバージョンに更新した場合の潜在的な影響を理解するのに役立ちます。
@@ -41,7 +41,7 @@ Angularのバージョン番号は、`major.minor.patch` の3つの部分で構
 HELPFUL: Angularバージョン7以降、AngularコアとCLIのメジャーバージョンは揃っています。
 これは、Angularアプリケーションの開発にCLIを使用するには、`@angular/core` のバージョンとCLIを揃える必要があることを意味します。
 
-### プレビューリリース
+### プレビューリリース {#preview-releases}
 
 各メジャーリリースとマイナーリリースの「次」とリリース候補（`rc`）のプレリリースを提供することにより、今後のリリースをプレビューできます。
 
@@ -52,7 +52,7 @@ HELPFUL: Angularバージョン7以降、AngularコアとCLIのメジャーバ
 
 最新の `next` または `rc` プレビューリリースバージョンのドキュメントは、[next.angular.dev](https://next.angular.dev) で入手できます。
 
-## リリース頻度
+## リリース頻度 {#release-frequency}
 
 Angularの継続的な進化に合わせて更新を計画および調整できるように、定期的なリリーススケジュールに向けて取り組んでいます。
 
@@ -66,11 +66,11 @@ HELPFUL: 日付は一般的なガイダンスとして提供されており、
 
 このリリースの頻度は、熱心な開発者にとっては、新機能が完全に開発されコードレビューと統合テストプロセスを通過した時点で新機能にアクセスできます。一方で、Googleやプレリリースビルドを使用する他の開発者によって検証された後に機能を受け取ることを好む開発者にとっては、プラットフォームの安定性と信頼性を維持します。
 
-## サポートポリシーとスケジュール
+## サポートポリシーとスケジュール {#support-policy-and-schedule}
 
 HELPFUL: 概算の日付は一般的なガイダンスとして提供されており、変更される可能性があります。
 
-### リリーススケジュール
+### リリーススケジュール {#release-schedule}
 
 今後のバージョンのリリーススケジュールは未定です。
 
@@ -82,7 +82,7 @@ HELPFUL: 概算の日付は一般的なガイダンスとして提供されて
 | v22.0      | Week of TBD |
 -->
 
-### サポート期間
+### サポート期間 {#support-window}
 
 すべてのメジャーリリースは通常、18か月間サポートされます。
 
@@ -91,7 +91,7 @@ HELPFUL: 概算の日付は一般的なガイダンスとして提供されて
 | アクティブ            | 6か月              | 定期的にスケジュールされた更新とパッチがリリースされます                |
 | 長期（LTS） | 12か月             | [重大な修正とセキュリティパッチのみ](#lts-fixes)がリリースされます |
 
-### アクティブにサポートされているバージョン
+### アクティブにサポートされているバージョン {#actively-supported-versions}
 
 次の表は、サポート対象のAngularバージョンのステータスを示しています。
 
@@ -103,14 +103,14 @@ HELPFUL: 概算の日付は一般的なガイダンスとして提供されて
 
 Angularバージョンv2からv18はサポートされなくなりました。
 
-### LTSの修正
+### LTSの修正 {#lts-fixes}
 
 一般的なルールとして、修正は次のいずれかを解決する場合、LTSバージョン用と見なされます。
 
 - 新たに特定されたセキュリティ脆弱性
 - 新しいブラウザバージョンなど、サードパーティの変更によって発生した、LTS開始以降のリグレッション
 
-## 非推奨化ポリシー
+## 非推奨化ポリシー {#deprecation-policy}
 
 AngularチームがAPIや機能を削除する場合は、_非推奨_ とマークされます。これは、APIが陳腐化している、別のAPIに置き換えられている、またはその他の理由で廃止されている場合に発生します。非推奨のAPIは、非推奨フェーズの間は使用できます。非推奨フェーズは、少なくとも2つのメジャーバージョン（約1年）続きます。
 
@@ -122,7 +122,7 @@ AngularチームがAPIや機能を削除する場合は、_非推奨_ とマー
 | 非推奨期間       | APIや機能が非推奨になると、少なくとも次の2つのメジャーリリース（少なくとも12か月間）は引き続き存在します。その後、非推奨のAPIと機能は削除の対象となります。非推奨はどのリリースでも発表できますが、非推奨のAPIや機能の削除は、メジャーリリースでのみ行われます。非推奨のAPIや機能が削除されるまでは、LTSサポートポリシーに従って維持されます。つまり、重要な問題とセキュリティ問題のみが修正されます。                                             |
 | npm依存関係      | アプリケーションを変更する必要があるnpm依存関係の更新は、メジャーリリースでのみ行います。マイナーリリースでは、サポートされるバージョンを拡張することによってピア依存関係を更新しますが、将来のメジャーバージョンまでプロジェクトでこれらの依存関係を更新する必要はありません。つまり、マイナーなAngularリリース中は、Angularアプリケーションとライブラリ内のnpm依存関係の更新はオプションです。                                                       |
 
-## 互換性ポリシー
+## 互換性ポリシー {#compatibility-policy}
 
 Angularは、多くのパッケージ、サブプロジェクト、ツールのコレクションです。
 プライベートAPIを誤って使用しないように、また、ここで記載されている慣行によって何が対象になるのかを明確に理解できるよう、公開APIサーフェスの対象と対象外を文書化します。
@@ -136,7 +136,7 @@ Angularの下位互換性を保証するために、変更をマージする前
 
 パブリックAPIサーフェスに対する変更はすべて、前に説明したバージョン管理、サポート、非推奨ポリシーに従って行われます。重要なセキュリティパッチなど、例外的なケースでは、修正によって下位互換性の変更が導入される場合もあります。このような例外的なケースには、フレームワークの公式コミュニケーションチャネルに明示的な通知が添付されます。
 
-## 破壊的変更ポリシーと更新パス
+## 破壊的変更ポリシーと更新パス {#breaking-change-policy-and-update-paths}
 
 破壊的変更は、変更後が変更前の状態と下位互換性がないため、作業する必要があります。[互換性ポリシー](#compatibility-policy)で、このルールのまれな例外を見つけることができます。破壊的変更の例としては、パブリックAPIの削除、Angularの型定義の変更、呼び出しタイミングの変更、またはAngularの依存関係の新しいバージョンへの更新（それ自体に破壊的変更が含まれる）などがあります。
 
@@ -167,7 +167,7 @@ Angularの破壊的変更の場合にサポートするため、次のことを
 
 このドキュメントに記載されているポリシーと慣行は、開発者プレビューとしてマークされたAPIには適用されません。このようなAPIは、フレームワークの新しいパッチバージョンでも、いつでも変更される可能性があります。チームは、開発者プレビューAPIを使用する利点が、セマンティックバージョンの通常の使用方法ではない破壊的変更のリスクに見合うかどうかを自力で判断する必要があります。
 
-## 実験的
+## 実験的 {#experimental}
 
 これらのAPIはまったく安定しない可能性があります。または、安定する前に大幅な変更が行われる可能性もあります。