Bez staging area, bez stasha
Nie ma tańca z git add ani stasha, o którym łatwo zapomnieć. Każda zmiana w Twojej kopii roboczej jest po prostu częścią bieżącego commita. Przenosisz pracę między commitami, zamiast przepychać ją przez indeks.
Dlaczego wyrm
Znasz już Git.
Oto co zmienia jj.
Jujutsu (jj) zachowuje format przechowywania Gita i jego forge’e — Twoje repozytoria, Twoje remotes, Twoje pull requesty wciąż działają — i projektuje na nowo te części przepływu pracy, które codziennie z Tobą walczą. wyrm to GUI zbudowane pod taki przepływ od pierwszego dnia, a nie doczepione później.
Zmiana modelu myślowego
Nic tu nie każe Ci na nowo uczyć się kontroli wersji. To głównie rzeczy, których i tak życzyłeś sobie od Gita — i kilka chwil, gdy po prostu przestaje wchodzić Ci w drogę.
Kopia robocza jest commitem
jj automatycznie robi migawkę Twojego katalogu roboczego jako prawdziwy commit. Edycja plików go zmienia; opisanie nadaje mu opis (commit message). To, nad czym pracujesz, jest zawsze pełnoprawnym obiektem w grafie, a nie stosem niezatwierdzonych zmian.
Konflikty Cię nie blokują
Konflikt to zapisany stan, a nie ściana. Rebase czy merge zawsze się kończy — konflikt podróżuje razem z commitem, a Ty rozwiązujesz go, kiedy zechcesz. wyrm daje temu stanowi prawdziwy trójstronny edytor z decyzjami per hunk.
Cofnij cokolwiek, przez op log
jj zapisuje każdą operację — każdy commit, rebase i przesunięcie bookmarka — w dzienniku operacji. Narobiłeś bałaganu? jj undo cofa to. wyrm wyciąga ten dziennik na wierzch, więc „cofnij ostatnią rzecz, którą zrobiłem" to prawdziwy, widoczny przycisk, a nie modlitwa do refloga.
Jak wyrm wypada na tle innych
Uczciwa wersja: pole git-GUI jest dojrzałe i dobre w Gicie. Przewaga wyrma polega na tym, że jest natywny dla jj — i niezależny. Komórki, których nie umiemy ocenić uczciwie, zostawiamy jako „—" lub „zależy".
| Możliwość | wyrm | GitKraken | zwykłe jj CLI | inne git-GUI |
|---|---|---|---|---|
| Natywny dla jj (zbudowany pod jujutsu) | Tak — podstawowy VCS | Nie | Tak (to jest jj) | Rzadko |
| Wizualny graf historii | Tak — wirtualizowany, 30k commitów | Tak | ASCII w terminalu | Zwykle |
| Pełnoprawne rozwiązywanie konfliktów | Tak — trójstronne, per hunk, odwracalne | Narzędzie merge | W drzewie, ręcznie | Zwykle |
| Cofanie przez log operacji | Tak — widoczny op log | — | jj undo | — |
| Workspaces (wiele kopii roboczych) | Tak — w interfejsie | Git worktrees, zależy | jj workspace | Zależy |
| Podgląd push / PR przed wysłaniem | Tak — pełny diff + ostrzeżenie o force-push | Zależy | Diff ręcznie | Zależy |
| Model cenowy | Darmowy dla jednego repo · roczny Pro/Business | Płatna subskrypcja | Darmowy i open source | Zależy |
| Platformy | Natywny macOS już dziś | Wieloplatformowy | Wieloplatformowy | Zależy |
| Telemetria | Brak śledzenia w aplikacji | Zależy | Brak | Zależy |
| Indie / niezależny | Jeden dev, bez VC | Wspierany przez firmę | Projekt open source | Zależy |
Kolumny konkurencji celowo trzymamy ogólne — funkcje i ceny się zmieniają, a wolimy być nieprecyzyjni niż w błędzie. Szczegóły sprawdź na stronie każdego narzędzia. „Natywny macOS już dziś" odzwierciedla bieżące wydanie wyrma; więcej platform jest na mapie drogowej.
Darmowy dla jednego repo, na zawsze
Całe lokalne doświadczenie — graf historii, rozwiązywanie konfliktów, log operacji, diffy — jest darmowe dla jednego repozytorium, tak długo, jak chcesz. Żadnego zegara próbnego na rdzeniu, żadnej funkcji trzymanej jako zakładnik za logowaniem.
Gdy jedno repo przestanie Ci wystarczać, Pro odblokowuje nieograniczoną liczbę repozytoriów — wyłącznie rocznie i w cenie, przy której łatwo powiedzieć „tak”: cena startowa obowiązuje do końca 2026 (od stycznia 2027 cena standardowa). Plan Business dla zespołów pojawi się już wkrótce. Pełne zestawienie znajdziesz na stronie cennika.
Bez pieniędzy z VC, bez teatru korporacyjnych dosprzedaży, bez analityki śledzącej, w co klikasz w aplikacji. wyrm jest finansowany przez ludzi, którzy płacą za Pro — i dokładnie dzięki temu pozostaje niezależny.