Aktywne Wpisy
CreaOnion +696
Człowiek jedzie Uberem do monopolowego a tam napad. I tak nikt tego na nocnej nie wyplusuje więc daje filmik. Typ na koniec nam groził że nas dojedzie xd
https://streamable.com/71bx65
https://streamable.com/71bx65
Atreyu +669
Moja mama właśnie umarła
Ten wpis miał być prośbą o modlitwę o zdrowie, ale nie zdążyłem. Odeszła o 3 w nocy
Choroba nowotworowa. Pod koniec lutego trafiła do szpitala. Rak przez długi czas nie dawał żadnych objawów. Zaczęło się od zwykłego bólu brzucha. Później stan pogarszał się z dnia na dzień. Najpierw oddział chorób wewnętrznych, pod koniec opieki paliatywnej. Zrezygnowałem z pracy i wróciłem do kraju żeby z nią być, ostatnie dni
Ten wpis miał być prośbą o modlitwę o zdrowie, ale nie zdążyłem. Odeszła o 3 w nocy
Choroba nowotworowa. Pod koniec lutego trafiła do szpitala. Rak przez długi czas nie dawał żadnych objawów. Zaczęło się od zwykłego bólu brzucha. Później stan pogarszał się z dnia na dzień. Najpierw oddział chorób wewnętrznych, pod koniec opieki paliatywnej. Zrezygnowałem z pracy i wróciłem do kraju żeby z nią być, ostatnie dni
Jaka jest zaleta wielu commitów per jeden pull request?
Bo chyba nie chęć poznania czyjegoś toku rozumowania?
Powrót do jakiegoś stanu w środku implementacji?
Jeszcze nigdy nie spotkałem się z tym, aby ktoś chciał wrócić do jakiegoś momentu implementacji.
#programowanie #it
Wiele teamów ma nawet praktykę żeby w momencie merge'a do mastera wszystkie commity się squashowały, tj. łączyły w jeden duży z nazwą tego właśnie pull requesta. GitLab ma nawet do tego specjalną funkcję która automatyzuje ten proces.
@Calosija: dokładnie tak też wydaje mi
Najczęściej spotykany jest połączony jeden commit per task i tu zależy, może pull request idzie z całą funkcjonalnością, wtedy na pewno będzie więcej.
Co drużyna, to i tak robi po swojemu.
@trzepak12
Odpowiadając na Twoje pytanie, wiele commitów oznacza wiele takich punktów z znaczącymi zmianami w obrębie scope-u danej gałęzi. Czyli np tworzysz ficzer, którzy składa się z A, B i
Ale takie raczej nie powinny się znaleźć w obrębie jednego pr. Tzn, że coś jest nie tak z procesem definiowania zadań.
Jestem sobie w stanie wyobrazić, że ktoś robi kilka rzeczy na raz w czasie pracy na jednym zadaniem i wystawia to jako jeden commit.
2. Wszystko zależy od praktyk w firmie, wielkości projektu, ilości deweloperów.
U mnie mamy zasadę, że tworzymy PRy już na samym początku pracy z danym taskiem i staramy się
@Cogres: Tak
@Cogres: Zbiorczo też patrzę. Ale przeglądam po kolejnych commitach. Oczekuję, że będą małymi, sensownymi, atomowymi zmianami. Żeby łatwo było zauważyć na czym polega zmiana.
Patrząc na widok po całości nie zauważysz, że gdzie kolega zrobił błąd – pomylił się gdzieś, zapomniał o czymś, przeoczył coś, źle zrefaktorował (nie wszystko