Proporción de solución / construcción

Siendo nuevo en DevOps / TFS / Git, estoy tratando de comprender mejor The Way of Things ™.

Después de haber completado mi primera creación exitosa de TFS, después de superar el infame requisito de 'Visual Studio en el server de compilation' , estoy listo para continuar aprendiendo sobre NuGet Packaging y Release Management. Esto es emocionante y me cobran.

Antes de llegar demasiado lejos en el path, sin embargo, me gustaría verificar mi comprensión de las reglas generales de participación en todo esto.

A less que me equivoque, parece que solo podemos tener un repository por definición de construcción; a continuación, solo una solución de Visual Studio por repository. Entonces, si queremos, digamos, tres definiciones de compilation para una aplicación determinada, Dev, Staging y Release, parece que las cosas pueden atascarse bastante rápido.

¿Tengo razón en mi printing inicial de que vamos a querer desarrollar un nuevo set de definiciones de compilation para cada nueva aplicación que queremos implementar? Esas son muchas definiciones, pero si esa es la forma en que debería funcionar, lo aceptaré.

EDITAR

Veo que hay un voto para cerrar debido a la falta de claridad. Esperaba que mi pregunta fuera clara, pero intentaré mejorarla un poco.

Lo que bash averiguar es si la forma correcta / más eficiente de configurar esto es crear un nuevo set de definiciones de compilation para cada nueva aplicación / solución. Esto parece que llevaría a Build Definition Bloat (BDB) bastante rápido, así que espero que sea incorrecto en mis impresiones iniciales. Espero, en cambio, que haya una forma de apuntar múltiples repositorys a un solo set de definiciones de compilation.

Esa sería mi pregunta exacta, entonces … ¿hay alguna manera de vincular múltiples repositorys a un solo set de definiciones de desarrollo Dev / Staging / Release?

Parece que desea automatizar la implementación y testing de su software en múltiples entornos (Dev, Staging y Release).

Release Management , que es un service en Visual Studio Team Services y Team Foundation Server (actualización 2 y posterior) que lo ayuda a lograr este objective.

Usando Release Management, puede automatizar por completo la entrega de su software hasta la producción, o configurar processs semiautomáticos con aprobaciones e implementaciones bajo demanda. Consulte más información en el website: https://www.visualstudio.com/en-us/docs/release/overview