CHAD – Zestaw dobrych praktyk korzystania z GIT’a i Review kodu.

C – Clear History

Twoje drzewo historii commitów w GIT’cie ma być czyste. Żadnych skomplikowanych mergy, używaj strategii squash commit, gdy mergujesz feature/fix do mastera/dev’a.

H – Hermetic PR

Jak robisz PR to ma być on konkretnym feature/fix’em /releas’em. Opis powinien być jasny i zrozumiały. Tak aby w razie późniejszego reverta można było łatwo odwrócić te zmiany.

A – Alternative Review

Porozmawiaj z innym developerem o kodzie, poproś o opinię, a świeże spojrzenie na Twój kod. Napewno coś znajdzie i zaproponuje aby zmienić.

D – Detailed Comment

GIT posiada pole również pole Description, nie tylko message (summary, 72 znaki) używaj go gdy chcesz więcej informacji zawrzeć w commicie. Dokładniejszy opis commita pozwala rozwiązać przyszłe zagwozdki. A kod jest łatwiejszy w utrzymaniu.