Wiedza jak robić dobre code review to dopiero połowa sukcesu we wdrażaniu kodu.
Druga połowa to umiejętność tworzenia dobrych pull requestów. W najnowszym artykule na moim blogu skupiłem się na pokazaniu moich rekomendacji dot. przygotowania i skutecznego dowożenia PR-ów. Z artykułu dowiesz się:
Jaki pull request to taki gotowy do sprawdzenia?
Jak rozmiar pull requesta ma się do komfortu jego sprawdzania?
Dlaczego dokumentowanie zmian jest tak istotne?
Czym jest zasada skauta oraz jak i kiedy z niej korzystać?
Jak skutecznie komunikować się podczas code review?
https://devszczepaniak.pl/jak-przygotowac-dobry-pull-request/
Dobry pull request to szybsze review, mniej poprawek i sprawne mergowanie. Sprawdź, jak pisać PR-y, które oszczędzają czas Twój i zespołu!
https://devszczepaniak.pl/jak-przygotowac-dobry-pull-request/Code review, moim zdaniem powinien robić każdy członek zespołu. Oprócz aspektów związanych z rozwojem projektu jest to świetna okazja, by nie tylko pomóc innym stać się lepszymi, ale też, by samemu dowiedzieć się czegoś nowego. W najnowszym artykule na blogu przygotowałem zestaw rekomendacji i przemyśleń, które mogą pomóc Ci robić lepsze code review. Z artykułu dowiesz się:
Dlaczego uważam empatię za najważniejszy aspekt dobrego code review?
na jakie aspekty komunikacyjne warto zwrócić uwagę?
Na co zwracać szczególną uwagę a na co niekoniecznie?
Kiedy moim zdaniem warto lokalnie testować zmiany, a kiedy nie ma to sensu?
Na jakie błędy warto przymknąć oko?
Dlaczego warto spróbować code review w parze?
Nie chcesz być tą osobą, która tylko czepia się przecinków? Sprawdź, jak robić DOBRE code review, które NAPRAWDĘ robi robotę!
https://devszczepaniak.pl/jak-zrobic-dobre-code-review/Smutno jest patrzec na takie jednostki jak Ty. Jakaś buta każde Ci sie metalnie wywyzszac, a ostatecznie piszesz całe sciany tekstu w stylu boczka.
Właśnie reinstaluje gita, a tam w opcjach propozycja zmiany master na coś innego. I tak sobie przypomniałem, jaką beke cisnąłem przez BLM i developerów chcących zmienić master słowo. Przyznać się, kto w firmach pozmieniał master przez BLM :D
** Git password authentication is shutting down**
As previously announced, starting on August 13, 2021, at 09:00 PST, we will no longer accept account passwords when authenticating Git operations on GitHub.com. Instead, token-based authentication (for example, personal access, OAuth, SSH Key, or GitHub App installation token) will be required for all authenticated Git operations.
Please refer to this blog post for instructions on what you need to do to continue using git operations securely.
Removal
August 13, 2021, at 09:00 PST
https://github.blog/changelog/2021-08-12-git-password-authentication-is-shutting-down/
Git password authentication is shutting down
https://github.blog/changelog/2021-08-12-git-password-authentication-is-shutting-down/Ogłoszono dzień wolny od pracy dla programistów
wystarczy napisać na firmowym slacku że poważna luka w gicie i trzeba updateować
Git clone vulnerability announced via Github.blog
kernel.org
CVE-2021-21300:
On case-insensitive file systems with support for symbolic links,
if Git is configured globally to apply delay-capable clean/smudge
filters (such as Git LFS), Git could be fooled into running
remote code during a clone.
W zeszłym roku było coś podobnego (RCE poprzez Git LFS na Windowsie) https://exploitbox.io/vuln/Git-Git-LFS-RCE-Exploit-CVE-2020-27955.html było chyba nawet opisywane na forum.
On case-insensitive file systems
- na moim Ubuntu system plików rozróżnia wielkości liter. Uff, mogę spać spokojnie.
Dzisiaj będzie o standardach w projekcie na przykładzie conventional commits oraz o tym jak można je wymusić.
#koziolekweb #git
OK, 8 listopada (nie 9, żebyś miał czas na wejście na forum w przypadku, gdyby nasza aktywność dobowa zdarzyła się bez części wspólnej).
:D raczej po 10 na spokojnie dam znac moze dzis jak bede nie mia flow juz cos napisze pod slynnym tagiem: #WywracanieLudziWImieniuNauki
@_flamingAccount: