#programowanie #git #pomocy 1. mam aplikację podzieloną na front/ back/ i common/ 2. #!$%@?ę ją do repo git na zewnętrznym serwerze 3. po pushu hooki robią dwa pushe na dwa kolejne serwery, z tym że na jeden mają trafić tylko front/ i common/, a na drugi tylko back/ i common/
Jest to w ogóle wykonalne? Chciałbym uniknąć dzielenia aplikacji na trzy repozytoria, by nie mnożyć bytów (np. branchy) ponad potrzebę.
Chciałbym uniknąć dzielenia aplikacji na trzy repozytoria, by nie mnożyć bytów (np. branchy) ponad potrzebę.
@rineo: to nie jest mnożenie bytów ponad potrzebę tylko sensowne rozplanowanie aplikacji. Kod wspólny powinien być w osobnym repozytorium i powinien być przez te dwa projekty dołączany jako zależność (Maven, Composer, itp.).
@IrvinTalvanen: to jest jedna aplikacja, mająca wspólną część kodu. Wyrzucanie np. modelu stawek VAT do paczki composera to trochę strzelanie z armaty do wróbla.
@setsudanhana: dzięki, wgryzam się. To może być to.
1. mam aplikację podzieloną na front/ back/ i common/
2. #!$%@?ę ją do repo git na zewnętrznym serwerze
3. po pushu hooki robią dwa pushe na dwa kolejne serwery, z tym że na jeden mają trafić tylko front/ i common/, a na drugi tylko back/ i common/
Jest to w ogóle wykonalne? Chciałbym uniknąć dzielenia aplikacji na trzy repozytoria, by nie mnożyć bytów (np. branchy) ponad potrzebę.
@rineo: to nie jest mnożenie bytów ponad potrzebę tylko sensowne rozplanowanie aplikacji. Kod wspólny powinien być w osobnym repozytorium i powinien być przez te dwa projekty dołączany jako zależność (Maven, Composer, itp.).
@setsudanhana: dzięki, wgryzam się. To może być to.