2. UBports Docs
3. Documentation: about
4. Polish

Niestandardowe PPA (tj. Nie `` xenial``, `` vivid`` lub `` bionic``) są przechowywane przez trzy miesiące. Jeśli muszą być przechowywane przez dłuższy czas, plik z nazwą "ubports.keep" można utworzyć w katalogu głównym repozytorium, zawierający datę, do której PPA pozostanie otwarty w formie **RRRR-MM-dd**. Jeśli ten plik jest pusty, PPA będzie przechowywane przez dwa lata po ostatniej kompilacji.

Nazwa oddziałuowe PPA mogą być tworzone dynamicznie przez serwer CI za pomocą specjalnej: doc: `konwencja nazewnictwa gałęzi git <nazwa-gałęzi>. Nazwa gałęzi tłumaczy dosłownie na nazwę PPA: `` http://repo.ubports.com/dists/[nazwa oddziału]gałęzi)``

Konwencja nazewnictwa gałęzi

Jest to system archiwizacji pakietów dla projektów UBports. Obsługuje różne PPA zawierające wszystkie składniki deb-Ubuntu Touch. Nowe PPA mogą być tworzone dynamicznie przez serwer CI za pomocą specjalnej: doc: `konwencja nazewnictwa gałęzi git <nazewnictwo gałęzi>.

Po przypisaniu *programisty* i rozpoczęciu pracy nad problemem zostaje on przeniesiony do "W rozwoju". Gdy tylko mają coś do pokazania, problem zostaje zamknięty i automatycznie przeniesiony do "Zapewnienia jakości" w celu uzyskania opinii od zespołu ds. Kontroli jakości. Jeśli będzie to konieczne, programista przedstawi wskazówki dotyczące testowania łaty w komentarzu do problemu.

**błąd**: ten problem jest potwierdzonym błędem. Jeśli jest odtwarzalny, opisane są kroki reprodukcji.

**Zaakceptowany**: problem został zaakceptowany przez odpowiedzialny zespół ds. Rozwoju. Jeśli problem dotyczy zgłoszenia błędu, zespół zdecydował, że powinien on zostać naprawiony i akceptuje odpowiedzialność. Jeśli problem jest prośbą uleprszenie, zespół uważa, że należy go wdrożyć zgodnie z opisem.

**Brak (oczekiwanie na oznaczenie)**: problem został zatwierdzony przez członka zespołu qa i oczekuje na opinię od odpowiedzialnego zespołu programistycznego. jeśli problem jest błędem, instrukcje dotyczące odtwarzania są zawarte w opisie problemu. jeśli problem jest prośbą o funkcję, przeszedł kontrolę podstawowej kontroli jakości przez zespół qa, ale nie został jeszcze zaakceptowany przez odpowiedzialny zespół ds. rozwoju.