-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automatyczne formatowanie kodu #15
base: master
Are you sure you want to change the base?
Conversation
Dzięki za przygotowanie PRa! Nie wiedziałem, że istnieje hook, który formatuje wewnątrz markdown, dobre. Przesyłam clang-format, z którego zazwyczaj korzystam, dopasowany pod mój styl. Jako, że styl kodu w kursie był modelowany według moich widzimisiów, to spodziewam się, że ta konfiguracja jest bliska aktualnemu kodowi. https://pastebin.com/SSBKEiFR Proponuję go użyć, lub jego drobną modyfikację. Ja jestem za zmergowaniem, ale chciałbym byś najpierw spróbował pokazać i nauczyć @lduraj (np. przez meeta) jak korzystać z pre-commit. Szerokość 120 znaków jak najbardziej OK, |
Zaczerpnąłem kilka rzeczy z twojego configu. Możesz spojrzeć na diff między moją propozycją i twoim configiem. Jak coś nie pasuje to proszę o zgłoszenie. Jak config wygląda dobrze, to rozumiem że zostaje się skontaktować z Lechem. |
To Diff jest spory i musiałbym sporo googlować, więc nie widzę potrzeby bym go dokładniej przejrzał. Jeżeli mam się przyjrzeć jakiemuś konkretnemu fragmentowi, to daj znać. |
Rzeczywiście to była pomyłka, poprawione. Nie mam nic na co chciałbym zwrócić uwagę w diffie. |
Jako że w #11 miałem kilka uwag co do stylu kodu, to stwierdziłem że powinniśmy go jasno ustalić i zautomatyzować. Ten PR dodaje hook który przy każdym commicie formatuje wszystkie bloki wewnątrz plików markdown.
Moja propozycja formatowania znajdują się w pliku
.clang-format
. Z głównych decyzji, które aktualnie coś zmieniają to:}
aelse
.W razie innych opinii możemy dyskutować.
Aby rzeczywiście wszystko działo się automatycznie należy zainstalować narzędzie:
Wtedy przy każdym
git commit
uruchomi się formater na zmienionych plikach. Jeżeli coś mu się nie spodoba, to commit się nie powiedzie, a w plikach będą zmiany które możemy obejrzeć za pomocągit diff
i zaakceptować za pomocągit add
. Jak nam bardzo przeszkadza to można zrobić commita bez tego sprawdzenia za pomocągit commit --no-verify
.Aktualnie narzędzie ignoruje lekcje lekcje A2, A3 i A8, które specjalnie mają błędy. Jak ustalimy wspólny styl, to mogę je ręcznie dostosować.