Zespoły i stanowiska
Nazwane stanowiska
Section titled “Nazwane stanowiska”Subskrypcję Pro lub Enterprise kupuje się w postaci nazwanych stanowisk: stanowisko przypisuje się do konkretnej osoby i można je przypisać ponownie — odejście pracownika nie oznacza utraty stanowiska.
Przypisania dokonuje się w panelu konta, dostępnym przez przycisk Konto ▸ Panel na pasku tytułu.
| Rola | Może |
|---|---|
| admin | Rozliczenia, zarządzanie stanowiskami, zarządzanie członkami |
| member | Korzystać z możliwości planu |
Współdzielenie projektu
Section titled “Współdzielenie projektu”Restorm nie ma hostowanego obszaru roboczego i jest to świadomy wybór: współdzielenie odbywa się przez git.
Projekt .restorm jest plikiem tekstowym, serializowanym deterministycznie,
aby diffy pozostawały czytelne, a scalanie poprawnie dopasowywało encje. Zob.
Projekty i pliki .restorm.
Praktyczne konsekwencje:
- żądania przechodzą ten sam cykl przeglądu co kod: gałąź, pull request, recenzja;
- prawa dostępu są tymi z używanej platformy hostingu kodu — nie ma nic do administrowania podwójnie;
- historia projektu API jest historią git, wraz z
blamei bisekcjami.
Wbudowany git sprawia, że cała operacja jest wygodna z poziomu aplikacji, wraz z rozwiązywaniem konfliktów w prawdziwych edytorach.
Czego się nie współdzieli
Section titled “Czego się nie współdzieli”Te elementy celowo pozostają lokalne dla każdej osoby:
- ulubione;
- układ workbencha;
- szybkie ustawienia zapisane w zakresie „użytkownik”;
- historia odpowiedzi;
- sekrety.
Każdy zachowuje własne stanowisko pracy; projekt pozostaje wspólnym kontraktem.
Sekrety w zespole
Section titled “Sekrety w zespole”Sekretu nigdy nie należy zapisywać w projekcie. Istnieją dwa podejścia:
- lokalnie — plik sekretów obok projektu, dodany do
.gitignore; - w CI — źródło „zmienna środowiskowa”, zasilane z sejfu potoku.
Zob. Sekrety.