「Debianリリース」自体は1つではありません。通常、Debianのリリースはさまざまです。
Debianには、おもちゃを壊したToy Storyの子供にちなんで「unstable」または「sid」と呼ばれるブランチがあります。
Debianには、「安定した」リリースもあり、準備ができたらリリースされます。これらは通常、より長い間隔でリリースされます。
中間には「テスト」と呼ばれるリリースがあり、ソフトウェアのバージョンは安定版よりも新しいが不安定版よりも古いバージョンです。最終的に「テスト」は安定したリリースに昇格します。
通常、Ubuntuは開発サイクル中に、Debian Unstable（sid）からソースパッケージをインポートします。ある時点で、自動インポートを停止し、代わりに修正を手動で取り込み、6か月ごとにUbuntuとしてリリースします。安定性がより重要なLTSリリース中、Ubuntuは代わりにテストリリースからプルします。
Ubuntuのリリース後、Debianとの大きな同期があり、プロセスが繰り返されます。
Debian StableとUbuntuの両方がDebian Unstable-> Testing->を取得し、それに基づいて安定版リリースを作成します。プロセス間の主な違いは、Ubuntuは時間ベースで、そのリリースのスケジュールと目標に基づいてインポートとフリーズを行いますが、Debianのサイクルは遅く、厳密な「定期的にリリースする必要がある」という目標がないことです。 。また、Ubuntuは、ユーザーにとって重要なものを取り込んで直接パッケージ化し、場合によってはDebianにそれらを送り返すこともあります。私はそれについてここで少し話します：
Debianの安定版リリースは、かなり前に、時には最大3年かかることがあります。リリースされるまでに、ソフトウェアの一部がひどく古くなっていました。過去のいくつかのリリースは、Ubuntu LTSリリースとほぼ同じ間隔で約1.5〜2年で実行されましたが、スケジュールが同じではないため、Debianリリースには最新のUbuntu LTSリリースよりも新しいソフトウェアが含まれている可能性があります（またはその逆）。
DebianおよびUbuntuパッケージは、多くの場合、バイナリ互換性があります。1つのディストリビューションでビルドされたプログラムは、他のディストリビューションにコピーでき、正常に実行されます。しかし、これは、パッケージがビルドされたライブラリと同じライブラリを使用できることに依存しています。UbuntuリリースとDebianリリース間、または同じディストリビューションの2つの連続したリリース間で常にそうとは限りません。また、適切なライブラリを用意するだけでなく、ディストリビューションの統合には多くの機能があります。そのため、パッケージ内のプログラムに実行に必要なものがすべて揃っていても、ディストリビューション間のさまざまな違いにより、パッケージのインストールまたは実行が失敗する可能性があります：Ubuntuパッケージは、たとえばupstartが必要なため、Debianでは使用できない場合があります。
一般に、DebianとUbuntuでパッケージングを同じにする必要がある場合、リリースの正確なツールチェーン用にバイナリパッケージを再構築するのが最も簡単です。ソースパッケージを簡単にインポートして、自分でまたはPPAでビルドできます。
時々、DebianとUbuntuのリリースが並んでおり、そこでGCC、libc6、またはpythonバージョンなどを共有できます。それはエコシステムにとってもちろん素晴らしいことです。なぜなら、密接に調整されたものを持っていると、ユーザー、パッケージャー、アップストリームにとって物事が簡単になるからです。Ubuntu開発者サミットでのツールチェーンの議論では、通常、当時のDebianの状態が考慮されるのはこのためです。