私は現在Debianテストをしています。しかし、機能凍結は数ヶ月以内に来る予定であり、凍結期間とテストが安定している間にDebianテストにいくつかの問題がある可能性があると聞きました。私のソースは拡張ではなくテスト用ですが。
もしそうなら、凍結期間中にテストはどうなりましたか？
ベストアンサー1
必ずぶら下げる
カレンダーは次のように:
- 11月5日：転換凍結
- 12月5日：10日義務の移行
- 1月5日：ソフト凍結
- 2月5日：完全凍結
切り替え停止はライブラリが変更されて実施これはもはや可能ではありません（少なくともリリースマネージャを説得しない限り）。これは、デフォルトではABIに違反して、sonameの競合を必要とするライブラリの変更をテストに追加することができなくなることを意味します。
強制10日の移行は、すべてのパッケージが不安定からテストへの移行に10日かかります（デフォルトは5日、「緊急=高」アップロードの場合は2日かかります）。これにより、新しいパッケージまたは更新されたパッケージがテスト（および次のリリース）に移行される前に不安定性の問題を見つけるのに時間がかかります。
ソフトフリーズは、リリースの内容が修正されたことを意味します。新しいパッケージをテストに移行することはできず、テストから削除されたパッケージを再導入することはできません。
完全な凍結は、パッケージが不安定からテストに自動的に移行されなくなることを意味します。すべての移行はRelease Managerの承認を受ける必要があります。これStretchの凍結戦略とても冗談です。デフォルトでは、不安定性からバグ修正（十分に重要なバグの場合）と翻訳と文書の更新を目的としたテストにのみ移行できます。
実際に
完全凍結する前に、テストユーザーだけが特に影響を受けてはいけません。変更する必要があるのは、いくつかのライブラリ更新が発生せず、ソフトフリーズ後に新しいソフトウェアが利用できないことです。完全に停止すると更新が減ります。
最大の問題は、使用したいユーザーに影響を与える傾向があります。インストールする停止中の新しいテストシステム：パッケージの削除はより頻繁に発生する傾向があり、削除されたパッケージはインストールできなくなります。既存のテストユーザーはこれによって影響を受けにくくなります。すでにインストールされているパッケージは強制的に削除されず、再インストールすることはできません。 （変換が停止されるため、ライブラリ変換に関する強制アップグレード/削除は問題になりません。）
すべていつもの警告実行中のテストにのみ適用されます。たとえば、セキュリティ修正プログラムをテストに移行するのに時間がかかります。質問がありますか？するしかし、関連する管理者とリリース管理者は直面する状況に興味を持っています。問題が解決しない場合は、リリースに影響が出ます。