Controlla i file dopo git push, o; migliori pratiche per github dopo i test push

-1

A volte i nostri sviluppatori spingono -semplicemente a trovare- errori nei nostri repository, come una mancanza ";" un "console.log" che non deve essere nel ramo principale o un file json non valido. Con Github puoi aggiungere webhook quando c'è un evento push e con questo posso creare script (sui nostri server) che scaricano il file modificato / aggiunto e basati sull'estensione pranzando diversi tipi di test (principalmente in nodejs). Ma questo non è un compito facile e sento che sto reinventando la ruota.

So che puoi utilizzare lo script pre-push sulle macchine dello sviluppatore o impostare il codice IDE per evitare commit quando ci sono errori, ma preferisco una soluzione centralizzata.

    
posta DomingoSL 03.08.2018 - 10:16
fonte

1 risposta

1

Prima di tutto spero che tu usi le filiali in git. Per favore, fai se non l'hai fatto finora. Quindi se hai filiali puoi fare richieste di pull. Buon passo per eseguire la convalida del ramo. Ora dovresti investire un po 'di tempo nello strumento CI (ad es. Jenkins). Puoi creare diverse pipeline con passaggi come build, test, deploy in qa, deploy to prod e molti altri. Il caso comune è usarlo per l'artefatto dal ramo principale. Ma è anche abbastanza facile integrare questi strumenti ed eseguire pipeline con diversi test quando vengono create le richieste pull. Ti darà qualche indicazione prima della revisione manuale del codice.
Quindi per riassumere,
1) codice sul ramo - >
2) richiesta pull creata - >
3) richiesta di pull innesca pipline con test sullo strumento CI - >
4) messaggio di successo / fallimento nella pagina richiesta di pull - >
5) Unisci se il codice di reivew è stato eseguito e tutto è ok.

    
risposta data 03.08.2018 - 11:19
fonte

Leggi altre domande sui tag