Perché il *** NO_CI *** causa ancora una build di intregrazione continua?

Question

Recentemente ho scoperto la "funzionalità nascosta" di TFS che consente di impedire l'avvio di una configurazione di elementi della configurazione se il commento contiene ***NO_CI***.

Ho TFS in esecuzione a casa e questo piccolo trucco funziona come un incantesimo.

Al lavoro stiamo anche utilizzando TFS 2010. Sto scoprendo che questo non impedisce ai build CI di partire dal nostro setup.

La mia domanda è, quale processo controlla effettivamente per vedere se ***NO_CI*** esiste nel commento per determinare se bloccare o meno il build CI? Il mio pensiero iniziale era di guardare il modello di costruzione. Non ho visto niente di troppo ovvio. Qualcuno si è imbattuto in questo? Puoi indicarmi la giusta direzione?

Answer 1

Questo problema si è rivelato un errore da parte mia. Dopo che la mia build ha avuto esito positivo, ho inviato un paio di check-in automatici. Il primo includeva ***NO_CI*** e il secondo no. Non mi ero reso conto che il secondo check-in era stato trasformato in un percorso che una seconda build aveva mappato nel suo spazio di lavoro. Pertanto, il primo check-in non stava causando il lancio della build CI, era il secondo check-in.

Answer 2

Fondamentalmente, quando si verifica un check-in, l'AT intercetterà e genererà un evento per notificare al componente di build il checkin. Il componente build prende quindi l'azione appropriata per il tipo di trigger (integrazione continua, generazione progressiva, generazione pianificata, check-in controllato, ecc.) Delle definizioni di build interessate.

Se i tuoi commenti checkin contengono la stringa ***NO_CI***, ma i gruppi di modifiche ancora innescare il CI costruisce, guardano il registro eventi (s) sul AT (s) e vedere se c'è qualche avvertimento con il messaggio "TF215041: Impossibile elaborare il set di modifiche n ".

Se il team utilizza la definizione di checkin gated check, assicurarsi che non abbiano scelto di disattivare il commento ***NO_CI*** dal modello di build per consentire a un changeset di check-in gated di attivare l'elemento della configurazione.