Każdy wiązka w środku Debianie ma swojego opiekuna, jaki utrzymuje go w środku odpowiedniej wersji, tudzież podobnie dba o jego izomorfizm spośród polityką Debiana, utrzymuje izomorfizm spośród innymi pakietami również stara się, żeby był pan na porządnie wysokim poziomie. Użytkownicy zgłaszają błędy przez uporządkowanie zgłaszania błędów, oraz później reprezentant stara się zaradzić błędy w środku aplikacji. Zazwyczaj jeden pełnomocnik zajmuje się jednym pakietem, aliści nieraz niewielkie grupy deweloperów zajmują się jednym dużym pakietem czyli grupą pakietów pewnie ze sobą powiązanych.
Gdy reprezentant chce ogłosić drukiem nową wersję pakietu z początku wysyła go aż do katalogu "incoming" do wnętrza archiwum pakietów Debiana. Serwer sprawdzi oznacza to pakiet został poprawie wysłany dodatkowo to znaczy wszystkie wymagane pliki znajdują się w środku nim. Dla pewności sprawdza prawidłowość klucza OpenPGP opiekuna. Każdy spośród deweloperów Debiana posiada swój trop publiczny. Pakiet podpisywany jest żeby zniknąć wysłania go w poprzek nieuprawnioną aż do tego osobę, która mogła aby wpisać modyfikację kodu mogącą wywołać zejście bezpieczeństwa systemu, ewentualnie dodanie kodu łamiącego zasady Debiana czy licencji programu.
Jeżeli wysłany pęk spełnił powyższe wymagania, zostaje przesunięty aż do obszaru nazwanego "pool". Każdego dnia setki ze światowych mirrorów pobierają pakiety spośród tego katalogu. Wszystkie pobrane pakiety są dostępne zaledwie wewnątrz niestabilnej gałęzi Debiana, która zawiera najnowsze wersje każdego pakietu.
Jednak zmieniony szyfr owo podobnie nieprzetestowany kod, z tej przyczyny każdy z osobna wiązka spośród tej gałęzi jest udostępniany bez jakichkolwiek gwarancji bezpieczeństwa oznacza to stabilności. Aby wiązka stał się kandydatem aż do następnego stabilnego wydaniu Debiana z początku musi znaleźć się aż do gałęzi testowej. Wymagania by pęk trafił aż do gałęzi testowej są następujące:
W ów modus pomyłka pilny wewnątrz jednym pakiecie od czasu którego zależy multum innych pakietów (np. biblioteka) prawdopodobnie spowodować, iż dużo pakietów negacja logiczna trafi aż do testowej gałęzi.
Menadżer danego wydania stabilnego publikuje wytyczne na rzecz deweloperów oraz decyduje o terminie wydania stabilnego. Jeżeli wszystkie grunt pakiety są we stosunkowo nowych wersjach także są dostępne na rzecz oficjalnie wspieranych architektur, natomiast podobnie wypełnione są założenia na rzecz danego wydania następuje ogłoszenie nowego wydania stabilnego. W jednym czasie wszystkie pakiety spośród gałęzi testowej stają się częścią wydania stabilnego. Operacja ta jest poprzedzona tzw. zamrożeniem gałęzi (ang. freeze), w środku tym najważniejszych podsystemów (jądro, biblioteki, kompilatory, interpretery języków skryptowych itp), do wnętrza trakcie którego negacja logiczna jest dozwolone umieszczanie nowych wersji pakietów do wnętrza gałęzi testowej (poza aktualizacjami usuwającymi błędy grunt na rzecz wydania innymi słowy wprowadzanie grunt poprawki bezpieczeństwa), ani dokonywanie zmian pociągających zbytnio sobą duże zmiany do wnętrza archiwum (zmiana biblioteki mogła ażeby szarpnąć zbyt sobą potrzebę przetestowania wszystkich zależnych od chwili niej pakietów).
Jest możliwość, iż względnie zgred pakiet, kto jest sporadycznie uaktualniany będzie należał aż do więcej aniżeli jednej gałęzi w środku tym samym czasie. Gałęzie są prostą metodą przechodzenia pakietu spośród katalogu "pool" aż do stabilnego wydania.