Perdona la mia ignoranza, ma ho difficoltà a trovare una risposta a questo. Al momento utilizziamo TFS e un server TFS Build. Stavo guardando altre opzioni del server di build e mi chiedevo se prodotti come Jenkins e Teamcity hanno lo stesso scopo di TFS Build.
In sostanza, un build sarebbe limitato a:
mentre integrazione continua seguirà gli stessi tre passaggi, oltre a:
Consegna continua aggiungerebbe un ulteriore passaggio:
Infine, la distribuzione continua farà tutti e sei i passaggi e inoltre:
In pratica, per molti prodotti non esiste una stretta separazione tra build e integrazione continua . Ad esempio, la compilazione di TFS non è limitata ai primi tre passaggi. Può perfettamente essere configurato per fare l'effettiva integrazione, il packaging e la distribuzione stessa, rendendo la terminologia irrilevante in questo caso.
Jenkins è in effetti un concorrente diretto della parte di costruzione di TFS. Ha lo stesso scopo e funziona in modo simile.
In breve sì.
TFS è un termine generico per la suite di prodotti TFS raggruppati insieme, ma fondamentalmente un sistema di controllo delle versioni e un server di compilazione (TFS e TFS Build, se preferisci).
Ci sono molti sistemi concorrenti, alcuni sono raggruppati insieme come TFS, alcuni vengono separatamente. Quindi un sistema che utilizzava, ad esempio, Subversion e Jenkins fornisce la stessa funzionalità di TFS e TFSBuild.
Per molti aspetti, i separates sono migliori: puoi scegliere quello che funziona meglio per te. Ad esempio, Jenkins è fantastico, oppure puoi scegliere Mercurial o git per le tue necessità di controllo del codice sorgente. È quindi possibile aggiungere altre funzionalità come un pacchetto di gestione dei requisiti, uno strumento di flusso di lavoro Kanban, un migliore bugtracker o un repository di documenti che non si può facilmente utilizzare con TFS mentre cerca di bloccarsi nel suo modo di fare le cose.
Leggi altre domande sui tag team-foundation-server jenkins