バグが開発リリースで修正されてから、修正を転送する代わりにバックポートされるのはなぜですか？
backportリポジトリには、新しいバージョンのソフトウェア（メジャーアップグレード）が含まれている場合があり、次のUbuntuリリースに含まれる可能性があることを理解しています。ただし、LTSであっても、すべてのソフトウェアが以前のリリースにバックポートされているわけではありません。
私はこの方針の背後にある理由を完全には理解していません。これは、次のリリース（開発バージョン）がLTSリリースよりも重要であることを意味しますか？または私は何かを逃しましたか？
Ubuntuバージョンがリリースされると、機能がフリーズします。そのために提供される更新は、主にセキュリティ更新とパッチです。ただし、このリリースでは、ソフトウェアの主要な変更はリリースされません（リポジトリに含まれます）。
そのため、デフォルトで有効になっているUbuntuリポジトリにはsecurity-updates、updates、およびproposedリポジトリが含まれています。最初の2つのリポジトリにはバグ修正とセキュリティ更新が含まれ、提案されたは新しい更新のテストに使用されます。
Wiki で述べられているように、主にバックポートリポジトリの機能は-です。
バックポートは、古いUbuntuリリース用に新しいバージョンのソフトウェアを選択的に提供する方法を提供します。最も一般的には、Backportsチームは、システムの他の部分に影響を与えることなく安全に更新できるスタンドアロンアプリケーションの新しいバージョンを提供します。
つまり、Canonicalがスタンドアロンソフトウェアの新しいバージョン（メジャーリリース）を提供しないことは完全に有効でしたが、バックポートされたソフトウェアをインストールする機会があります。しかし、これらはバックポーターによってのみ提供され、何も壊れないように最善を尽くしています。（ただし、既存のソフトウェアが破損する場合があります）。これは、これがベストエフォートのサポートであることを意味します。そのため、ソフトウェアソースでunofficialupdatesとラベル付けされています（software-properties-gtk）。
つまり、バックポートはCanonicalによって提供されていないため、一部の開発者がソフトウェアの新しいバージョンを提供するために最善を尽くし、時間とエネルギーを費やしてバージョンがフリーズした後でも。
私はそれをいくらか明確にしたと思います。
このスレッド も見てください
@Olive Twistが言ったことに加えて、UbuntuのLTSバージョンは、さらに最先端のソフトウェアを提供することではなく、長期的な安定性についてです。
これは、新しいOSをインストールしたり、OSをアップグレードするリスクがある（6か月ごとに50台のマシンをアップグレードするのにかかる時間は言うまでもなく）ことを望まず、時には余裕がない（複数のステーションのインストールやサーバーなど）人々を対象としています。 ）。
彼らはいくつかの新しいソフトウェアによってシステムを壊すことはできません、そしてそれがLTSバージョンがより少ない新しいものを含みそしてdebian不安定パッケージを使用していない理由です（私が間違っているなら私を訂正してください）。