1. Tworzy się je szybciej.
2. Czyta się je szybciej.
3. Poprawia się je szybciej.
4. Łatwiej przechodzą rewizję kodu.
5. Szybciej lądują w trunku/masterze.
6. Jeśli duży commit utknął w rewizji kodu, zmergowanie go potem do mastera to koszmar.
7. Łatwiej napisać do nich jasny komentarz.
8. Łatwiej skończyć małego commita, oderwać się od pracy i pójść na kawę albo zakupy przedświąteczne.
9. Nie trzeba nikomu mówić „poczekaj do poniedziałku, skończę commit i wyślę”.
10. Jeżeli duży commit wprowadza coś bez sensu, zostaje zatrzymany. Jeśli zamiast niego są 3 małe commity, zostaje zatrzymany (w najlepszym wypadku) tylko jeden.

Uwaga: Łatwo się nabrać, że punkty 1-3 dla dwóch commitów i jednego dwa razy większego commita zajmą tyle samo czasu. Nie jest to prawda.

W przypadku dwóch commitów czas wyniesie mniej więcej sumę czasów wynikających z skomplikowania commitów. Jeśli te dwa commity zostaną połączone w jeden, czas wyniesie w przybliżeniu maximum ze skomplikowania razy dwa. Czyli dla commitów „o skomplikowaniu” 2 i 3, odpowiednio 5 i 6.

PS. Wszystkie powyżej opisane problemy wystąpiły w moim zespole programistycznym w ciągu ostatniego miesiąca (-:

1. Błąd w ich programie zrobi fizyczną krzywdę komuś lub czemuś.
2. Ich program znajdzie się na TheDailyWTF (serwis wyśmiewający błędy programistów).
3. Zostaną skłonieni do nauczenia się Javy.
4. Rynek zdominują zamknięte platformy takie jak Apple’s iOS (dłuższe wyjaśnienie – ang.).
5. Pójdą do pracy w firmie, w której trzeba nosić krawat.
6. Będą mieli przełożonego, który nie zna się na rzeczy, jednak wszystko musi być tak jak on zdecyduje.
7. Znudzą się programowaniem lub przeciąży ich prędkość rozwoju informatyki.
8. Zostania zwolnionym za używanie Stack Overflow w pracy.
9. Stracą ważne dane.
10. Pająków internetowych.

Jest to oczywiście skrót. Dokładniejsze opisy można znaleźć na stronie. Ja osobiście najbardziej chyba się boje urazów, które są wywoływane przez ciągłe przesiadywanie przy komputerze, takich jak pogorszenie wzroku czy RSI. Napisz w komentarzu, czego Ty najbardziej boisz się jako programista!