回答:
Drupal 8はセマンティックバージョニングに切り替え、マイナーバージョン間のリリースサイクルを短縮しました。
リリースポリシーごとに、マイナーバージョン間で違いが生じる可能性があります。一般に、新しいマイナーバージョンは下位互換性があります（またはBCレイヤーを提供します）が、新しい機能を導入することもできます。さらに、マイナーバージョンがリリースされると、一部の機能は残りますが非推奨になります。
これが、マイナーバージョンごとに異なるドキュメントがある理由です。ドキュメントは実際には少し異なります。
Drupal 8での変更を把握するには、変更レコードのリスト、または新しいレコードを発表するTwitterアカウントを監視してください。
これは、以前のDrupalリリースからのポリシーの変更です。新しいコードとAPIは、マイナーリリースでリリースされる可能性があります。マイナーリリースがまだ有効である可能性があるため、マイナーリリースで特定のAPIを検索できるように、APIページが必要です。
https://www.drupal.org/core/d8-allowed-changes#minor
Drupal 8では、6か月のマイナーリリースサイクルが導入されています。マイナーリリースは、パブリックAPIの下位互換性（BC）を壊すことなく、新しい改善と機能を提供します。次のタイプの変更は、パッチリリースで許可されている変更に加えて、マイナーリリースでも許可されています。たとえば、8.1.0のリリース後、これらの変更は8.1.xにコミットされず、8.2.xにコミットして8.2.0に含めることができます。
https://www.drupal.org/core/d8-bc-policy
マイナーリリース（8.x.0）には、APIを壊さないリファクタリング、新機能、または既存の機能の拡張が含まれる場合があります。このような場合、コアチームは、これらの機能強化によってコアシステムの既存のパブリックAPIが変更されないように努めます。
必要なセキュリティ強化は、APIの安定性よりも優先されます。
私たちは、パブリックAPIに影響を与えずにセキュリティ問題に対処するためにあらゆる努力をします。ただし、APIを変更しないとセキュリティの脆弱性に対処できない場合があります。そのような場合は、API変更の範囲を最小限に抑え、それを完全に文書化するよう努めます。
これは、APIがこれらの各バージョンで変更を導入し、新しいコアモジュールまたはコア実験モジュールを導入できるためです（これらは公にテストされ、後でコアの一部になるか、contribに移行できます）。それらはほんのいくつかの理由です。
