Technologie / DevOps

Gerrit — system przeglądu kodu, konfiguracja, workflow i integracja z CI/CD

Jednodniowe szkolenie Gerrit — architektura (Git + review), konfiguracja (projekty, grupy, uprawnienia), workflow code review (change, patchset, submit), integracja z Jenkins/CI, reguły zatwierdzania, automatyzacja, rozwiązywanie konfliktów, best practices.

Gerrit to nie „GitHub z innym UI” — to zupełnie inny model code review: commit-based, rygorystyczny, z gating

W GitHub/GitLab tworzysz branch, robisz 15 commitów, otwierasz PR — reviewer widzi CAŁY diff. W Gerrit pushasz KAŻDY commit osobno do review (refs/for/branch). Każdy commit to osobna zmiana (change) z patchsetami (wersje). Reviewer musi dać +2 (nie wystarczy „approve”). CI musi dać Verified +1. Submit rules mogą wymagać review od code owner. To bardziej RYGORYSTYCZNY model — dlatego używa go Android (Google), Chromium, Eclipse. Ale wymaga ZROZUMIENIA: refs/for/, patchsety, amend + push, uprawnienia, submit rules. Bez tego — frustracja i „dlaczego mój commit nie przechodzi”.

Jednodniowe szkolenie: od architektury Gerrit (model Git + review, change/patchset, różnice vs GitHub/GitLab) i konfiguracji (projekty, grupy, uprawnienia, submit type), przez workflow (push, komentowanie, voting, rozwiązywanie konfliktów, patchset management), po automatyzację (Jenkins Gerrit Trigger, verified label, gating, submit rules, code owners) i best practices (rozmiar changes, review culture, dashboards).

Dla kogo jest to szkolenie?

Dla deweloperów i DevOps pracujących z Gerrit. Szczególnie gdy:

Twój zespół używa Gerrit ale większość osób zna tylko „git push” — potrzebują zrozumienia modelu (change, patchset, refs/for/)
Administrujesz Gerrit i chcesz skonfigurować uprawnienia, submit rules i integrację z CI/CD
Wdrażasz Gerrit w zespole i potrzebujesz zdefiniować workflow, best practices i kulturę code review

Jeden dzień: od architektury do best practices

Blok 1: Architektura i konfiguracja — model Gerrit (Git + review), change/patchset, instalacja, projekty, grupy, uprawnienia (access control, labels, inheritance), submit type.

Blok 2: Workflow review — push (refs/for/), change screen, inline comments, voting (+1/+2), patchsety (amend, rebase), topic grouping, rozwiązywanie konfliktów.

Blok 3: Automatyzacja i best practices — Jenkins Gerrit Trigger, verified label, gating, submit rules (Prolog), code owners, dashboards (review velocity), best practices (small changes, review checklist, kultura).

Z ponad 2500 szkoleń w ofercie i oceną 4.8/5, EITT jest zaufanym partnerem w rozwoju kompetencji. Skontaktuj się z nami — organizujemy szkolenia Gerrit zamknięte dla zespołów deweloperskich.

Korzyści

Konfigurować Gerrit — projekty, grupy, uprawnienia (access control, labels, submit type)
Przeprowadzać pełny workflow code review — push, komentowanie, voting (+1/+2), submit
Zarządzać patchsetami — amend, rebase, cherry-pick, topic grouping, rozwiązywanie konfliktów
Integrować Gerrit z Jenkins/CI — Gerrit Trigger, verified label, automatyczne testy, gating
Konfigurować reguły zatwierdzania — submit rules, custom labels, code owners, mandatory review
Wdrażać best practices code review — rozmiar changes, review checklist, kultura review w zespole

Dla kogo jest to szkolenie?

Programiści pracujący w zespołach stosujących Gerrit jako system code review

Liderzy zespołów technicznych definiujący standardy przeglądu kodu

Inżynierowie DevOps integrujący Gerrit z pipeline CI/CD

Administratorzy Gerrit zarządzający uprawnieniami, projektami i konfiguracją

Architekci oprogramowania projektujący workflow przeglądu kodu w organizacji

Specjaliści ds. jakości kodu wdrażający procesy review w zespołach

Wymagania wstępne

Dobra znajomość Git — commit, branch, rebase, amend, push, remote (min. 6 miesięcy codziennej pracy)
Doświadczenie w procesie code review (GitHub PR, GitLab MR lub inny system)
Podstawowa wiedza o CI/CD — pipeline, automatyczne testy, deployment
Znajomość wiersza poleceń (bash/PowerShell)

Program szkolenia

Architektura Gerrit — model Git + review layer, change/patchset, refs/for/, refs/changes/, różnice vs GitHub/GitLab PR
Instalacja i konfiguracja — gerrit.config, projekty, grupy, All-Projects/All-Users, LDAP/OAuth integration
Zarządzanie uprawnieniami — access control (refs, labels, submit), category/range model, inheritance, exclusive flag
Zarządzanie projektami — tworzenie, konfiguracja (submit type: merge, cherry-pick, rebase), branch permissions

Workflow review — push (refs/for/), change screen, inline comments, reply/vote (+1/+2, -1/-2), submit rules
Praca z patchsetami — amend + push, rebase, cherry-pick, topic grouping, related changes, depends-on
Komentowanie i dyskusje — inline vs file comments, resolved/unresolved, attention set, reviewer assignment
Rozwiązywanie konfliktów — merge conflicts w Gerrit, rebase strategy, manual resolution, abandon/restore

Integracja z CI/CD — Jenkins Gerrit Trigger, verified label, automatyczne testy na patchset, gating
Reguły zatwierdzania — submit rules (Prolog), custom labels, code owners, mandatory review, auto-merge
Monitorowanie i raportowanie — dashboards, queries, review velocity, time-to-merge, bottleneck analysis
Best practices — rozmiar change (small, focused), review checklist, code review culture, reviewer rotation

Formy realizacji

Online

Wygoda uczestnictwa z dowolnego miejsca
Interaktywne sesje na żywo z trenerem
Materiały dostępne przez 30 dni
Brak kosztów dojazdu

Stacjonarnie

Bezpośredni kontakt z trenerem i grupą
Intensywne warsztaty praktyczne
Networking z innymi uczestnikami
Pełne skupienie na nauce

Tematy szkolenia

Najczęściej zadawane pytania

Czym Gerrit różni się od GitHub/GitLab pull requestów?

Model jest ODWROTNY — w GitHub tworzysz branch, potem PR. W Gerrit pushasz ZMIANĘ (change) bezpośrednio do refs/for/branch, Gerrit tworzy review automatycznie. Każdy commit = osobny review. Patchsety (amend + push) aktualizują ten sam change. Gerrit wymusza review PRZED merge — bardziej rygorystyczny niż PR-y.

Czy Gerrit jest nadal używany?

Tak — Android (Google), Chromium, Eclipse, Qt, LibreOffice i wiele enterprise'ów używa Gerrit. Tam, gdzie potrzebny jest RYGORYSTYCZNY code review (każdy commit osobno, mandatory +2, verified by CI, submit rules) — Gerrit jest silniejszy niż GitHub/GitLab. Dla projektów z luźniejszym workflow — PR-y wystarczą.

Czy omawiamy integrację z Jenkins?

Tak — Gerrit Trigger (plugin Jenkins), automatyczne uruchamianie testów na każdym patchsecie, verified label (+1/-1 z CI), gating (merge tylko po zielonym CI). Pokazujemy konfigurację end-to-end: developer pushes → CI runs → reviewer votes → auto-submit.

W jakim formacie i jak długo trwa szkolenie?

Szkolenie trwa 1 dzień (9:00-16:00), dostępne online i stacjonarnie. Warsztaty z konfiguracją, workflow review i integracją CI.

Czy po szkoleniu otrzymam certyfikat?

Tak, każdy uczestnik otrzymuje imienny certyfikat ukończenia szkolenia wydany przez EITT.