#heheszki #humorinformatykow #programowanie uwielbiam używać gita - redve

redveFanatyk

w Hydepark w zeszłym roku

#heheszki #humorinformatykow #programowanie
uwielbiam używać gita

Komentarze (13)

elszczepanoZawodowiecw zeszłym roku0

kto reviewował takiego kloca 2k linii zmian ten w cyrku się nie śmieje.

ZohanTSWFanatykw zeszłym roku3

To nie jest śmieszne nic a nic, jak jeszcze chodziłem do biura to biłem kijem programistów co wrzucali więcej niż 500 linii zmian

elszczepanoZawodowiecw zeszłym roku0

Komentarz usunięty

camondayTytanw zeszłym roku1

Yeah, to ja daję takie o nazwie "stuff I've been working on for past 3 months"

lurker_z_internetuGruba rybaw zeszłym roku3

Daj reviewerowi PR z 10 zmianami to znajdzie 4 błędy. Daj mu taki z 1000+ zmianami to nie znajdzie żadnego. Róbcie małe PR.

wonszFanatykw zeszłym roku2

Ja j⁎⁎ie, jak bym mógł to od razu reject na czymś takim.

koszotoroburFanatykw zeszłym roku2

@redve - nie takie rzeczy człowiek widział czy nawet sam odpierdalał :face_with_hand_over_mouth:

TrawiennyFenomenw zeszłym roku3

Ja za to robię commit co zmianę w klasie. Potem w PR jest zmodyfikowane 13 plików i 80 commitów. Jakieś takie przywyczajenia z Quick Save w Duke Nukem 3D ;)

ZohanTSWFanatykw zeszłym roku0

@Trawienny próbowałem tak kiedyś i to jest przegięcie w drugą stronę. Potem przy wprowadzaniu poprawek robienie rebase i amend często trwa więcej czasu niż rzeczywista zmiana (bo zmieniałeś np jeden znak). W przypadku zmian w klasach często też będą występować konflikty, bo zmiana w klasie może nieść za sobą zmiany w innych plikach w użyciach tej klasy. Spotkałem się też ze stylem commit na każdy plik, wtedy konfliktów raczej nie ma, ale wprowadzenie jakiejś jednej ogólnej zmiany powoduje kilka commitów.
Wniosek: commituj jak chcesz a potem przy mergu rób squasha xd

GrindFaterAnonaGruba rybaw zeszłym roku0

chyba, ze chodzi ci o ilosc zmian jak na jeden commit. to wtedy faktycznie ktos grubo przesadzil. z drugiej strony jest to normalne na wczesnych etapach projektu

GrindFaterAnonaGruba rybaw zeszłym roku6

@redve semantyka nie ma związku z ilością kodu jaki wrzucasz tylko jego działaniem. z grubsza to wygląda tak:

* MAJOR version when you make incompatible API changes
* MINOR version when you add functionality in a backward compatible manner
* PATCH version when you make backward compatible bug fixes

redveFanatykw zeszłym roku1

@GrindFaterAnona o, warto wiedzieć

roadieGruba rybaw zeszłym roku1

@redve tak samo robie, czasami daje "major changes" jak jest dużo xDD albo "general improvements"

Wpis użytkownika redve w Hydepark

Komentarze (13)