Esistono prove che suggeriscono che le notifiche e-mail di rottura del build da un ci-server sono standard del settore?

Sì, è uno standard del settore per notificare non tutti , ma solo quelli le cui modifiche sono nella build quando si interrompe la compilazione. La ragione è che in qualsiasi organizzazione di dimensioni ragionevoli hai una certa percentuale di persone che non seguono coscienziosamente una build attraverso CI. Se non lo fai, quando una build si rompe, chi ha bisogno di una build pulita al momento capirà quale cambiamento ha rotto la build e fare cosa? Invia manualmente il colpevole un'email .

Alla fine le persone si infastidiscono nel rintracciare le persone che hanno rotto la build. Avere il server CI fa risparmiare tempo e elimina l'intermediario. Ricevi le e-mail solo quando le modifiche sono in una build non funzionante, quindi sono a volume relativamente basso e non ti viene condizionato per ignorarle. Se ritieni che la tua cultura aziendale sia soddisfacente, allora non c'è motivo di seguire lo standard, ma prima di prendere questa decisione potresti voler consultare i tuoi "cacciatori di taglie" più frequenti e distrutti.

Molte organizzazioni ora fanno un ulteriore passo avanti e lanciano CI su richieste di pull prima che vengono unite e successivamente, che è quello che considererei il vero standard del settore. Non posso dirti quanto mi ha reso felice quando finalmente abbiamo messo a punto l'infrastruttura per farlo. Riporta tutte le responsabilità sulla persona che effettua il cambiamento e riduce a zero il rischio di build rotti.

È oltre il punto. Lo standard di settore è un termine un po 'problematico, poiché non indica necessariamente che la pratica sia buona . Probabilmente il consulente usa solo questo termine perché è molto più semplice che fare una lunga argomentazione sulla giustificazione e sui benefici di una particolare pratica. Ma molto probabilmente il consulente ritiene che la notifica via email sia una buona idea e raccomanderebbe di adottarla. Pertanto, una discussione sul fatto che la pratica sia "standard di settore" è irrilevante.

Le notifiche via email erano il modo standard, anni fa. Alcune persone usano le notifiche di chat, ma hanno lo stesso problema. Invece di avere 3000 email hai ora 3000 messaggi di chat.

Strumenti come Notificatore di build CatLight tentano di risolvere questo problema. Questa app mostrerà lo stato attuale della build in un'unica icona. Ora, invece di leggere migliaia di e-mail, lo sviluppatore può solo guardare il vassoio e sapere immediatamente se ha bisogno di riparare una build.

Puoiancheleggereulterioriinformazionisulla differenza tra le email notifiche e CatLight

Penso che sia più comune inviare l'avviso per allentare in questi giorni.

Tuttavia.

• Hai assunto un consulente per consigliarti
• Non ti piace il consiglio e chiedi a persone casuali su Internet cosa pensano

Non pensi che sia un po 'strano?