TeamCity:
Sembra più bello, se questo è importante per il tuo team, quindi dovrebbe assolutamente ponderare. Detto questo, se è MOLTO importante di quanto probabilmente finirai per creare strumenti o una sorta di overlay del dashboard per supportare il tuo team a quel punto voglio davvero è quello con la migliore API. Non ho provato l'API Jenkins quindi non posso confrontare, l'API TC dovrebbe darti ciò di cui hai bisogno.
Il loro supporto è abbastanza buono, i ragazzi rispondono relativamente velocemente e sono cortesi. Tuttavia ciò non significa che otterrai ciò che desideri. Se usi il sistema in modo non convenzionale puoi benissimo mettere il tuo bug sugli scaffali ... ci è successo. A quel punto diventa abbastanza frustrante da usare, ti trovi di fronte a una scatola nera che lascia poche alternative che aggirarlo. A questo punto le cose possono diventare brutte e brutte.
In genere è abbastanza veloce eseguire ciò che si desidera e l'interazione del log quasi API è una funzione molto utile se si eseguono molti script personalizzati nella pipeline.
Jenkins:
Battaglia testata ed estesa.
Ma è un po 'meno carino, non arriverebbe al punto di dire che è brutto, si potrebbe dire che la funzionalità viene prima dell'apparenza.
Sono abbastanza sicuro che puoi trovare un piano di supporto privato pagato da società terze se ti guardi intorno. Se questo è importante per il tuo negozio non limitarti a bloccare la parte "OpenSource" dell'affare, la community è piuttosto espansiva.
Un sacco, intendo MOLTI plugin. Ancora una volta non limitarti ai canali ufficiali, puoi trovare molti più plugin in github e in altri luoghi.
Ho scoperto che entrambi sono ugualmente veloci per iniziare, anche se con Jenkins potresti dover essere più dinamico con i plug-in che con TeamCity. Pertanto, se si dispone di un reparto IT ristretto e non si ottiene l'accesso di amministratore al server, ciò potrebbe rappresentare un problema. Complicato dal loro ciclo di rilascio molto più veloce di TeamCity (settimanale).
Ho scoperto che Jenkins supporta più paradigmi del ciclo di rilascio rispetto a TeamCity. Potrebbe essere più facile trovare un modello di processo pronto all'uso che si avvicini di più a ciò che hai in mente. Lo dico con riserve poiché non mi occupo di TeamCity da 2 anni.
Personalmente preferisco Jenkins principalmente perché sono orientato verso l'Open Source per tali strumenti e in misura minore perché ho scoperto che la sua struttura e il meccanismo di configurazione sono più d'accordo con me.
YMMV