Crucero Control.Net vs Team Foundation Build [cerrado]
Nuestro equipo está configurando compilaciones de integración nocturna y continua. Poseemos Team Foundation Server y podríamos usar Team Foundation Build. Estoy más familiarizado con CC.Net y lean de esa manera, pero la administración ve todo el dinero gastado en TFS y quiere usarlo.
Algunas cosas que me gustan más CC.Net es la flexibilidad de las notificaciones, así como la facilidad de implementar scripts personalizados.
Si tienes experiencia con ambos productos, ¿cuál prefieres y por qué?
5 answers
He usado ambos. Supongo que depende de lo que su organización valora.
Ya que está familiarizado con CC Net, no hablaré mucho de eso. Ya sabes lo que lo hace genial.
Esto es lo que me gusta de Team Foundation Build:
- Construir agentes. Es muy simple convertir cualquier caja en una máquina de construcción y ejecutar una construcción en ella. MSFT acertó en esto.
- Presentación de informes. Todos los resultados de compilación relevantes (prueba incluida) se almacenan en una base de datos SQL y se informan on a través de SQL Server Reporting Services. Esta es una herramienta inmensamente poderosa para trazar los resultados de compilación y prueba a lo largo del tiempo. CC Net no tiene esto incorporado.
- Puede hacer personalizaciones similares a través de MSBUILD. Es básicamente lo mismo que usar NAnt con CC Net
Esto es lo que me hace subir la pared sobre Team Foundation Build:
- Para construir proyectos C++/CLI (o ejecutar pruebas unitarias...?) el agente de compilación debe tener instalado VSTS Dev o Team Suite. Esto, amigos, es sólo batsh * t loco.
- Debe estar conectado a la Nave nodriza TFS
Si estás en una gran organización con muchos jefes que tienen grandes presupuestos e informes de amor (y no me malinterpretes, esto tiene un gran valor) O necesitas escalar a una granja de construcción multi-máquina, preferiría construir la Fundación del Equipo.
Si usted es una tienda más ágil, apéguese a CC Net y desarrolle sus propias soluciones de informes. Eso es lo que hicimos.
Hasta que nos adquirieron. Y tiene TFS: P
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-09-17 05:16:03
Asumo que como posees TFS lo usarás para el control de versiones. En ese caso me inclinaría hacia la Construcción de la Fundación del Equipo. Dicho esto, estoy bastante de acuerdo con Nick.
Escribí el CruiseControl.NET integración para TFS . Funciona bien y le da las mismas capacidades de construcción a las que está acostumbrado. Para mí, CC.NET La principal ventaja es que es completamente extensible y tiene integraciones con todos los principales sistemas SCM y build bajo el sol. Principal razón por la que escribí el CC.NET integración a TFS es que en TFS2005 el sistema de compilación no tenía soporte de CI listo para usar. Sin embargo, la versión TFS2008 ha mejorado mucho y el equipo continúa mejorando muy activamente para futuras versiones de TFS.
La razón principal para cambiar a la compilación TFS sería para que automáticamente informe la información de compilación en TFS, lo que ayuda a completar el cuadro de desarrollo de software en términos de informes. También se integra muy bien con el trabajo lado de seguimiento de elementos de TFS y dentro del IDE (tanto en Visual Studio como en Eclipse).
Dicho esto, si tiene grandes inversiones en scripts Nant que hacen más que solo compilar y probar su código o si ya tiene una solución de informes casera, es posible que desee seguir con lo que tiene.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2017-05-23 11:45:38
El valor real en la compilación de Team Foundation es que asocia conjuntos de cambios y elementos de trabajo con compilaciones.
Esto habilita un par de escenarios útiles:
- Puede mirar un elemento de trabajo y averiguar en qué construcción está incluido
- Puede mirar una compilación y ver qué cambios de código (y elementos de trabajo) incluye
Luego, por supuesto, están los informes construidos sobre esta información. Pero incluso estos enlaces por sí mismos son útiles para la no gestión tipo.
Echa un vistazo a www.tfsbuild.com para "recetas" en diferentes configuraciones de Team Build.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-09-17 07:21:36
SVN es una herramienta OK muy superior no es cierto, SVN vs.TFS es similar a una camioneta Ford vs un Mercedes 500, se hace el trabajo, pero no es bonito ni es cómodo, la fusión tiene mucho que desear. Prefiero la herramienta de fusión de TFS, ya que parece que el desarrollador de ramificación está trabajando contigo, así de inteligente es. Nuestro SVN interno parecía corromperse mucho, esta es la razón por la que lo abandonamos y fuimos a TFS y no hemos mirado atrás. La estantería de los conjuntos de cambios es maravillosa para un taller de desarrollo ágil, actualmente tiene más de 270 ingenieros en TFS sin problemas o problemas, SVN simplemente no era capaz de manejar ese tipo de carga sin que alguien tuviera problemas.
Prefiero CC.NET simplemente debido a las herramientas que hemos desarrollado internamente para ampliar la funcionalidad en informes y administración. Sin embargo, la compilación de TFS está muy integrada y anticipamos un cambio cuando actualicemos a SQL 2008
Hemos estado usando CruiseControl.net desde junio del ' 07 y ha funcionado muy bien para nosotros. La mejor parte, se integra a SVN fácilmente, que es un proveedor de control de fuente muy superior.
Así que nuestra configuración es:
- Crucero Control.Net
- SVN
- Trac - para informes de errores y gestión de proyectos (se integra perfectamente con SVN)
- nunit-para pruebas unitarias
Hemos tenido un desarrollo paralelo importante y la ramificación y la experiencia de fusión fue espectacular. Si usted tiene la opción Yo iría con la configuración de arriba!
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2008-09-17 05:08:13