W jaki sposób ludzie konfigurują konfiguracje kompilacji podczas korzystania z Git i Git-flow? Mam kilka zadań Chcę zakończyć:Konfiguracje kompilacji dla Git Flow
- Commit - skompilować, uruchomić statycznej analizy kodu, testów jednostkowych, pakiet
- test Integracja - uruchomić testy integracyjne
- Deploy do testu - wdrożyć aplikację do testu środowisko
- test funkcjonalny - uruchomić end-to-end testy funkcjonalne
- wdrażania na QA - instrukcja ciągnąć w środowisku QA, który uruchamia testy dymne
Z mistrzem, opracowuj, zwalniaj gałęzie funkcjonalne Ciekawe, jak ludzie mapują je do procesów budowania.
Podoba mi się proces, który wyjaśniłeś w swojej odpowiedzi. Jedyną częścią, której nie rozumiem, jest "Wdrożenie do Budowania UAT", kiedy automatycznie scalasz wzorzec -> rozwijaj.Dlaczego miałbym to zrobić, gdyby kompilacja została wykonana z gałęzi wydania lub poprawki? Czy nie chcesz użyć poprawki/wydania gitflow po zakończeniu "Deploy to Prod", aby upewnić się, że produkcja jest zsynchronizowana z oddziałem master? –
@AliB dzięki, że jest w niewłaściwym miejscu. W rzeczywistości jest to część kompilacji CI dla gałęzi głównej, tj. Gdy ta poprawka lub wydanie jest zamykane i łączone. Zaktualizowałem swoją odpowiedź: – JonSquared
@JohSquared, wciąż myślę, że musisz scalić master, aby rozwinąć się, gdy jesteś w Deploy to Prod Build config. master branch musi być lustrzanym kodem tego, co masz w produkcji, a jeśli wcześniej go scalisz, twój master branch i Prod nie będą zsynchronizowane. Tworzenie poprawek staje się problemem, gdy jest to potrzebne. –