- Strona główna
- Limity znaków
- Opis commita w Git
Jak długi powinien być opis commita w Git?
Trzymaj temat w ok. 50 znakach, a treść zawijaj po 72. Git nie ustala limitu, ale pod tę konwencję „50/72” są projektowane narzędzia takie jak GitHub i git log: długie tematy zostają ucięte.
Zapisano tylko w tej przeglądarce. Nic nie jest wysyłane.
Sprawdź ten sam tekst naraz pod kątem X, Instagrama, LinkedIna, YouTube, Google i SMS, z własnym limitem ustawionym na ten.
Otwórz licznik znakówOpis commita w Git: liczby
| Widać w całości do ok. | 50 znaków |
|---|---|
| Zawijaj wiersze treści po | 72 |
| Jak liczy | Znaki tylko w pierwszym wierszu. |
| Mieści się słów (po angielsku) | 7–9 |
Ostatnio sprawdzone: październik 2026. Platformy zmieniają limity; gdy to ważne, sprawdź stronę pomocy platformy.
Co liczy się jako znak
- Licznik mierzy tylko pierwszy wiersz, czyli temat.
- Między tematem a treścią zostaw pusty wiersz.
Najlepsza długość a maksimum
- W projektach anglojęzycznych pisz temat w trybie rozkazującym: „Fix date parsing”, jakby kończył zdanie „This commit will…”.
- Bez kropki na końcu tematu.
- W treści wyjaśnij, dlaczego zrobiono zmianę, a nie co: co, pokazuje diff.
Pytania i odpowiedzi
Czy opis commita ma maksymalną długość?
W samym Gicie nie. Zasada 50/72 to konwencja, dzięki której historia jest czytelna w narzędziach.
Dlaczego 72 znaki w treści?
Żeby tekst pozostał czytelny w 80-kolumnowym terminalu po tym, jak git log doda wcięcie.