@ajdajzler: a cóż to za fuckup, nie macie jakiegoś stagingu żeby tam testować rzeczy nadające się na release?

@ajdajzler: chociaż w sumie xD to u nas też są czasem dziwne wtopy. Jedna apka nie działała, skąd klienci powinni móc brać pewne dane. Się głowił team leader co tam jest nie tak, przepisywał, deployował i nic, to go poprosiłem o dostępy na serwer produkcyjny, okazało się, że dwa identyczne kontenery chodziły i się gryzły ze sobą i znowu zostałem bohaterem hehe

@sens: generalnie u nas jest jakiś mocny gitflow zachowany, mamy brancha develop oraz qa i generalnie jak robię taska to mam najpierw z brancha dla danego taska wrzucic to na qa, a jak tester (czyli ja btw xD) przetestuje, to wtedy domergowac do developa. a że ostatnio mieliśmy release i teraz akurat miałem task co nie ma opcji go testować, to od razu wjebałem rzecz do developa. a jak to sam nie wiem, ale jakoś to się stało że w akurat moim pull requescie jakos się wjebaly wszystkie poprzednie merge i chcialy sie wrzucic na developa (czyli jakby nikt nie sprawdzil to wszelkie migracje itd by się nadpisaly i pewnie z conajmniej cały dzien trzeba by bylo siedziec zeby to odkręcać, bo nie wystarczy wtedy brancha cofnąć). błąd chyba powstał dlatego, ze jako leniwy pracownik nie chcialo mi sie odpalac pycharma do obsłużenia konfliktow, tylko zrobilem to przez to ułomne narzędzie na githubie, które automatycznie zrobilo merge. ale tez jestem faja bo moglem kilka razy sprawdzic diffa.