Let us suppose that our package is now included in <emphasis role="distribution">Testing</emphasis>. As long as it has room for improvement, its maintainer must continue to improve it and restart the process from <emphasis role="distribution">Unstable</emphasis> (but its later inclusion in <emphasis role="distribution">Testing</emphasis> is generally faster: unless it changed significantly, all of its dependencies are already available). When it reaches perfection, the maintainer has completed their work. The next step is the inclusion in the <emphasis role="distribution">Stable</emphasis> distribution, which is, in reality, a simple copy of <emphasis role="distribution">Testing</emphasis> at a moment chosen by the Release Manager. Ideally, this decision is made when the installer is ready, and when no program in <emphasis role="distribution">Testing</emphasis> has any known critical bugs.
دعنا نفترض أن حزمتنا وصلت الآن إلى <emphasis role="distribution">الاختبارية</emphasis>. طالما أن هناك مجال للتحسين، يجب أن يتابع المشرف على الحزمة تحسينها وإعادة بدء العملية من <emphasis role="distribution">غير المستقرة</emphasis> (لكن إضافتها لاحقاً إلى <emphasis role="distribution">الاختبارية</emphasis> تكون أسرع عموماً: فإذا لم تتغير بشكل كبير، ستكون كل اعتمادياتها موجودة مسبقاً). عندما تصل إلى المثالية، ينتهي عمل المشرف. الخطوة التالية، هي تضمينها في التوزيعة <emphasis role="distribution">المستقرة</emphasis> (Stable)، وما هي ‒في الواقع‒ إلا نسخة بسيطة من <emphasis role="distribution">الاختبارية</emphasis> في لحظة محددة يختارها مديرو الإصدار. في الحالة المثالية، يُتَّخذ هذا القرار عند جاهزية المُثبِّت، وعندما لا يحوي أي برنامج في <emphasis role="distribution">الاختبارية</emphasis> أي علل حرجة.