Nella nostra azienda, abbiamo file ear grandi a cui i gruppi di sviluppatori forniscono barattoli. Questa è una relazione molti-a-molti, in cui ogni orecchio ha 30-50 vasi e alcuni vasi sono entro 10 o più file auricolari.
Stiamo pensando di introdurre più test automatici per spostarci nella direzione di CI. I test di integrazione di solito avvengono a livello dell'orecchio, non per i singoli vasetti.
Quindi il mio dilemma è il seguente: quando uno sviluppatore controlla il codice, il server CI crea e verifica l'unità del suo barattolo. Quindi, ci sarebbe la necessità di test di integrazione. Come dovrei gestirlo?
-
Potrei creare il jar come SNAPSHOT e quindi attivare anche un build SNAPSHOT per l'orecchio / i. Questo è semplice e facile, ma le build SNAPSHOT sono in realtà solo per lo sviluppo e non dovrebbero essere promosse a una fase di rilascio.
-
Potrei costruire un orecchio di prova minimo per ogni gruppo di vasi. Se viene creato un jar, l'elenco di dipendenze dell'orecchio di test viene aggiornato con il numero di versione più recente e quindi creato. Questi test sarebbero significativi, ma non testerebbero le "vere" orecchie, basta testare le orecchie.
-
Potrei aggiornare automaticamente le dipendenze nelle orecchie reali, cosa che potrebbe confondere le persone.
Qualche idea?