7
In che modo le persone configurano le configurazioni di build quando utilizzano Git e Git-flow? Ho diversi compiti che voglio portare a termine:Configurazioni di compilazione per Git Flow
- Commit - compilare, eseguire l'analisi statica del codice, test di unità, pacchetto
- Integrazione Test - test di integrazione eseguiti
- Deploy per testare - distribuire l'applicazione per un test ambiente
- test funzionale - correre end-to-end di test funzionali
- Distribuzione di QA - trazione manuale in un ambiente di QA che esegue test di fumo
Con master, sviluppo, rilascio di feature branch Sono curioso di sapere come le persone li mappano nei processi di compilazione.
Mi piace il processo che hai spiegato nella risposta. L'unica parte che non capisco è "Distribuzione in build UAT" quando si esegue l'unione automatica di master -> sviluppo.Perché dovrei farlo se la compilazione è stata fatta da una release o da una hotfix? Non si desidera utilizzare l'aggiornamento/rilascio rapido di gitflow quando "Deploy to Prod" è completo per assicurarsi che la produzione sia sincronizzata con il ramo principale? –
@AliB grazie che è nel posto sbagliato. In realtà fa parte della build CI per il ramo master, ad esempio quando una correzione o release viene chiusa e unita. Ho aggiornato la mia risposta – JonSquared
@ JohSquared, penso ancora che sia necessario unire il master per svilupparlo quando ci si trova in Deploy alla config build di Prod. il master branch deve essere un codice mirror di ciò che hai in produzione e se lo unisci prima, il tuo branch master e Prod andrebbero fuori sincrono. La creazione di hotfix diventa un problema quando ne hai bisogno. –