Aktywne Wpisy
Dentoray +43
Po 2 latach bawienia się w bukmacherkę i obstawiania meczów za drobne, wyciągnąłem saldo z konta ile przelewów poszło do sts oraz superbet, oraz ile wpływów otrzymałem od tych dwóch bukmacherskich firm z powodu wygranych:
na STS oraz SuperBet wpłaciłem łącznie przez dwa lata - 18400 złotych
Przelewy przychodzące jakie uzyskałem z wygranych to 6200 złotych
Jestem na minus 12k przez 2 lata gry - i to nie grania na pałę, ale po analizach,
na STS oraz SuperBet wpłaciłem łącznie przez dwa lata - 18400 złotych
Przelewy przychodzące jakie uzyskałem z wygranych to 6200 złotych
Jestem na minus 12k przez 2 lata gry - i to nie grania na pałę, ale po analizach,
pieknylowca +105
źródło: 1000018035
Pobierz




Mam projekt, w którym są dwa oddzielne repozytoria Gitowe/Gerritowe: frontend i backend.
Jednak podczas pracy okazało się, że jak robimy taski, to przeważnie trzeba puszczać dwa commity: na frontend (np. nowe pole w formularzu) i na backend (np. obsługa nowego pola). Takie commity i tak muszą wchodzić razem.
Da się jakoś łatwo scalić oba projekty w jeden, żeby zachować historię na Gicie/Gerricie? Czy może nie powinniśmy tego scalać i mieć nadal dwa osobne?
@mk321: mieć dwa osobne, i tak projektować zmiany, aby były wstecznie kompatybilne, etc.
Przykładowy task: "dodaj obowiązkowe pole numer telefonu w formularzu rejestracyjnym".
Na backend leci: dodanie pola w modelu (DTO, DAO itd.) - 2-3 linie kodu.
Na frontend leci: dodanie pola w modelu na froncie i w HTML w formularzu - 2-3
@mk321: no ale jaki jest problem, żeby zrobić tak, aby się nie wywalało? O to mi właśnie chodzi.
Nawet jakbym tak zrobił, że się nie wywali (nie wiem czy na to pozwala framework), to taki jeden commit byłby bez sensu. Ktoś sobie ściąga taki projekt