TeamCity:
Se ve mejor, si esto es importante para su equipo, entonces definitivamente debería influir. Dicho esto, si es MUY importante, probablemente terminará creando herramientas o algún tipo de superposición de tablero para apoyar a su equipo en ese punto. Realmente quiero es el que tiene la mejor API. No he probado la API de Jenkins, así que no puedo comparar, la API de TC debería darte lo que necesitas.
Su apoyo es bastante bueno, los chicos responden relativamente rápido y son corteses. Sin embargo, eso no significa que obtendrá lo que desea. Si usa el sistema de una manera poco convencional, puede poner su error en los estantes ... nos pasó a nosotros. En ese momento, resulta bastante frustrante usarlo, te enfrentas a una caja negra que deja pocas alternativas que evitarla. En este punto, las cosas pueden ponerse feas y feas.
Por lo general, es bastante rápido hacer lo que desea y la interacción cuasi API de registro es una característica muy buena si realiza muchas secuencias de comandos personalizadas en su canalización.
Jenkins
Batalla probada y extensa.
Pero es algo menos bonito, no iría tan lejos como para decir que es feo, se podría decir que la funcionalidad viene antes de la apariencia.
Estoy bastante seguro de que puede encontrar un plan de soporte privado pagado por compañías externas si mira a su alrededor. Si esto es importante para su tienda, no solo bloquee la parte "OpenSource" del acuerdo, la comunidad es bastante expansiva.
Muchos, quiero decir MUCHOS complementos. Una vez más, no solo se limite a los canales oficiales, se pueden encontrar muchos más complementos en Github y otros lugares.
Encontré que ambos son igualmente rápidos para comenzar, aunque con Jenkins es posible que deba ser más dinámico con los complementos que con TeamCity. Entonces, si tiene un departamento de TI limitado y no obtiene acceso de administrador al servidor, esto podría plantear un problema. Compuesto por su ciclo de lanzamiento mucho más rápido que TeamCity (semanal).
Descubrí que Jenkins admite más paradigmas de ciclo de lanzamiento que TeamCity. Puede ser más fácil encontrar una plantilla de proceso lista para usar que coincida más con lo que tiene en mente. Digo esto con reservas ya que no he tratado con TeamCity en 2 años.
Personalmente, prefiero a Jenkins principalmente porque estoy predispuesto hacia el código abierto para tales herramientas y, en menor grado, porque descubrí que su estructura y mecanismo de configuración están más de acuerdo conmigo.
YMMV