Jak przekonac git-flow hejterów w projektach z zewnętrzną baza danych

Odpowiedz Nowy wątek
2019-05-10 15:00
0

W nowej pracy trafił mi się ciekawy projekt, który został niedawno zmigrowany na githuba.
problem polega na tym, że common practice to jest checkoutowanie lokalnie mastera i pushowanie doń zmian. <cringe>
Przy samym projekcie pracuje z kilkudziesięciu devów rozproszonych po całym świecie.
Cześć dinozaurów oprogromowanie żyją ciągle w SVN-owym mindsecie.

Chciałbym podrajvować ten temat w firmie, bo czemu nie.
myślę, ze to bedzie miało korzyść dla każdego.

ale im bardziej analizuję temat znajdujący się w naszej domenie, tym więcej pytań, a mniej odpowiedzi.

Sprawa polega na tym, że do kazdego releasu jest folder ze skryptami SQLowymi, które roszerzają bazę danych o jakieś columny albo dodają wartości lub procedury. Spotkałem to już w kilku firmach. Codziennie rano baza danych na podstawie sqli z mastera się rekonstruuje.

no i teraz rozkmina, jak mozna to zaimplementować do git-flow, żeby nie było to tak upierdliwe, że zmiany deweloperskie na jednym branchu, a zmiany w bazie danych na drugim i radosne pushowanie do mastera?

bardzo łatwo się rozsynchronizować, a z drugiej strony skypty restorujące sa odpalane poprzez jakiegoś bata, który jest wywołuje po nazwie.

Moim marzeniem byłoby, żeby kazdy miał lokalnie schemat bazy danych, ale niestety przy rozwoju oporogramowania często potrzebne są jakieś dane do pracy, choćby sprzed kilku miesiący z produkcji czy jakieś spreparowane dla DEVów.

Pozostało 580 znaków

2019-05-10 15:10
2

W sensie chesz pokonać jeden syf innym? Może się nawet uda, ale wtedy nadal będziesz miał syf.

Dlacazego konkretnie skrypty aktualizujące bazę muszą być w masterze, a nie w feature branchu?


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."
edytowany 1x, ostatnio: somekind, 2019-05-10 15:10

Pozostało 580 znaków

2019-05-10 15:17
4

Git flow to zło w czystej postaci, ale "feature brancze" to nie jest git-flow. Git flow wprowadza zdecydowanie więcej zbędnego syfu, który IMHO tylko zaciemnia widok.

To czego szukasz to się nazywa manager migracji i jest tego całkiem sporo dostępnego.

Pozostało 580 znaków

2019-05-10 15:47
1

Codziennie rano baza danych na podstawie sqli z mastera się rekonstruuje.

Gdzie jest ta baza? I to znaczy, że developerzy nie stawiają sobie lokalnej bazy danych, tylko łączą się z jakąś jedną główną bazą?

Moim marzeniem byłoby, żeby kazdy miał lokalnie schemat bazy danych, ale niestety przy rozwoju oporogramowania często potrzebne są jakieś dane do pracy, choćby sprzed kilku miesiący z produkcji czy jakieś spreparowane dla DEVów.

Ale to właśnie mógłby być argument za tym, żeby wszystko puszować na mastera - wtedy na masterze są wszystkie schematy danych(albo wszystkie zmiany) od początku projektu do końca, i po prostu wybierasz sobie, który schemat ci w danym momencie potrzebny.

Jak przekonac git-flow hejterów

s/hejterów/krytyków

Ja mam wrażenie, że nie ma czegoś takiego jak hejterzy git-flow, a jedynie osoby, które nadmiernie promują ten system pracy jako coś wspaniałego.

Cześć dinozaurów oprogromowanie żyją ciągle w SVN-owym mindsecie.

brak sympatii do git-flow nie oznacza ani hejtu ani bycia staroświeckim. Być może w twoim zespole są tacy ludzie, ale generalnie nie musi to być prawda. To trochę jak ze Scrum. To, że ktoś nie lubi Scruma nie oznacza, że żyje w waterfallowym mindsecie, bo może po prostu taka osoba pracowała kiedyś w Scrum i się zraziła do niego.


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);

Pozostało 580 znaków

2019-05-10 16:06
0

Lepszy jakikolwiek flow niż wolna amerykanka wg mnie.
jestem sfrustrowany, kiedy bez pull requesta moje zmiany lądują (lub mogą lądować) na produkcji.

skoro git ma słuzyć do kontroli wersji oraz jego idea polega na tworzeniu gałęzi, ale robią to głównie osoby nowe, które przyszły z innych firm i mają nawyk jakiegoś trzymania struktury branchy ... hmmm.... w tym ja xD
dlatego trochę się buntuję.

Pozostało 580 znaków

2019-05-11 08:28
2

A ja popieram dinozaury, trunk based development z feature branchami ale tylko w ostateczności jeśli nie jesteśmy w stanie akceptowalnym kosztem wprowadzić feature toggle. Im kod żyje krócej poza głównym branchem i im wcześniej zostanie zintegrowany z całością tym lepiej.

Pozostało 580 znaków

2019-05-11 08:31
0

@leggo: Czas zmienić firmę. Nie warto marnować energii na beton.

Pozostało 580 znaków

2019-05-11 16:28
2
neves napisał(a):

A ja popieram dinozaury, trunk based development z feature branchami ale tylko w ostateczności jeśli nie jesteśmy w stanie akceptowalnym kosztem wprowadzić feature toggle.

Feature toggle to po pierwsze rak, a po drugie służą do czego innego niż feature branche, i nie rozwiązują tych samych problemów, więc pomysł zastępowania jednego drugim brzmi jak pomysł zastąpienia pralki lodówką.

Im kod żyje krócej poza głównym branchem i im wcześniej zostanie zintegrowany z całością tym lepiej.

Do tego właśnie służy normalne podejście - z masterem i feature branchami. Żaden git flow nie jest do tego potrzebny. A tym bardziej feature toggle.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."
edytowany 1x, ostatnio: somekind, 2019-05-11 16:28

Pozostało 580 znaków

2019-05-11 20:48
0

A co jest takiego złego w Git Flow.? Czy to taka różnica, czy merg'ujesz do mastera czy branch'a develop?


Unhandled Exception: System.MissingMethodException: Constructor on type 'System.Exception' not found.

Pozostało 580 znaków

2019-05-11 20:58
0
Gworys napisał(a):

A co jest takiego złego w Git Flow.? Czy to taka różnica, czy merg'ujesz do mastera czy branch'a develop?

Czytałem o git-flow, nie stosowałem, i z mojego punktu widzenia największa wada to byłoby chyba to, że można się w tym pogubić.

Pozostało 580 znaków

2019-05-11 22:18
3
Silv napisał(a):
Gworys napisał(a):

A co jest takiego złego w Git Flow.? Czy to taka różnica, czy merg'ujesz do mastera czy branch'a develop?

Czytałem o git-flow, nie stosowałem, i z mojego punktu widzenia największa wada to byłoby chyba to, że można się w tym pogubić.

Ja słyszałem to samo o całym programowaniu.

Też tak uważam. - Silv 2019-05-11 22:20

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0