N.N. 正しい 、しかし例を挙げましょう：
Ubuntuのバージョンがリリースされ、安定版と見なされる場合、安定版リリースの更新はアーカイブにアップロードされません。したがって、ソフトウェアの一部が stable release update プロセスを経て「提案された」ポケットにアップロードされた後、更新が必要だとしましょう。 （リンクされたドキュメントのステップ4）：
バグ報告のパッチ、詳細でユーザーが読み取り可能な変更ログ、および他の無関係な変更がないリリース提案の修正パッケージをアップロードします。
リスト 更新の一部は次のようになります。次に、 提案されたセクションを有効化 （アップロードした人を含む）の人がテストします。これには通常約1週間かかりますが、それよりも短い場合もあります。
その後、更新は通常の更新チャネルを介してプッシュされ、更新マネージャーを介して取得されます。基本的には、一般に公開される前に更新をテストする場所にすぎません。
詳細：
基本的には、メインリポジトリにリリースされる前のパッケージ（およびより一般的なパッケージバージョン）のテストの場です。したがって、通常の更新規則が適用されます。厳密に必要な場合を除き、これを介して深刻なバグ修正とセキュリティパッチのみを取得します。
有効にすると、完全にテストされる前に物事を取得します。私の経験からは、Ubuntuのアルファ版またはベータ版ほど不安定ではありませんが、になる可能性があります。そのため、パッケージに関するフィードバックを提供するために存在する場合にのみ使用する必要があります。おそらく本番マシンでは使用しないでください。
tl; dr、必要がない限り使用しないでください。
リポジトリに関するコミュニティドキュメント によると、提案されたリポジトリは次のとおりです。
更新のテスト領域。このリポジトリは、更新のテストとフィードバックの提供を支援することに関心がある人にのみお勧めします。
バックポートに関するコミュニティドキュメント によると、提案されたリポジトリは次のとおりです。
-updatesのテスト領域。 -updatesを許可する前に、多くの人々がこれらのパッケージについて肯定的なフィードバックを提供する必要があります。このリポジトリは、アップデートのテストとフィードバックの提供を支援することに関心がある人にのみお勧めします。これらは実際に更新をテストしているため、このリポジトリで更新が不完全になる可能性が高くなります。
このスレッドとそのリンク も参照してください。