Odbiór, poprawka i wejście na żywo

Klient przechodzi po kryteriach i oznacza każde: „ok”, „nie ok” z komentarzem albo „na później”. Punkty „na później” stają się osobnymi zgłoszeniami.

• Odesłanie do poprawki zawsze ma powód. Trafia do rozmowy jako „Do poprawki: …”, do .sc-order.md i do Ciebie mailem. Poprawiasz, pushujesz i zgłaszasz ponownie.
• Odbiór (teraz albo o godzinie) zamyka Ci dostęp do repozytorium. To normalne, nie awaria. Kolejka zadań scala gałąź do main jednym commitem (z listą Twojej pracy i współautorami), wdraża stronę i dopisuje wpis do dziennika klienta w agreements/ — na górę, tuż pod nagłówkiem.
• Konflikt przy scaleniu cofa zlecenie z „odebranego” do „zgłoszonego”. Poprawiasz gałąź i zgłaszasz jeszcze raz. Nic nie wchodzi w połowie. Wpisy dopisane do dziennika klienta po obu stronach konfliktem nie są — wchodzą oba.
• Odrzucenie ostateczne zamyka zlecenie i odbiera dostęp.
• Odbiór o godzinie. Gdy klient odbierze zlecenie „o godzinie”, wchodzi ono dokładnie w tym kształcie, w jakim je odebrano. Może też samo się cofnąć o wskazanej porze (kampania).
• Sprzątanie. 30 dni po zamknięciu platforma usuwa podglądy zlecenia. Gałąź, która weszła, jest kasowana, a ta, która nie weszła, chowana w archiwum.

Aktualizacje silnika przychodzą jako wewnętrzne zlecenia platformy i nie budzą klienta mailami. Ty dostajesz je przez sc sync (scalony main) albo sc upgrade.