/ / TeamCity: publique la regla de pago de sucursal para diferentes entornos contra el repositorio Perforce: integración continua, teamcity, rendimiento, implementación continua, nolio

TeamCity: libere la regla de pago de sucursales para diferentes entornos contra el repositorio de Perforce: integración continua, teamcity, rendimiento, despliegue continuo, nolio

Estamos trabajando en un proyecto de CI para crear y desplegar automáticamente aplicaciones, bases de datos (esquema y datos), autosys y componentes etl utilizando TeamCity y Nolio.

Estamos usando Perfoce y tenemos una estructura de rama inferior

main.br ==> para trabajo de desarrollador

  • núcleo
    • application ==> para aplicaciones .Net y Java
    • base de datos ==> para objetos de esquema
    • scripts ==> para archivos de configuración (por ejemplo, .ini, .bat)
  • branchX
    • autosys ==> para el archivo jil
    • etl ==> para flujo de trabajo
    • data_sql ==> para script de datos sql

lanzamientos ==> para liberar

  • Construir
    • tranche_1.0
      • core ==> con todas las subcarpetas según main.br
      • branchX ==> con todas las subcarpetas según main.br
    • tranche_2.0
      • core ==> con todas las subcarpetas según main.br
      • branchX ==> con todas las subcarpetas según main.br
  • SENTAR
    • tranche_1.0
      • core ==> con todas las subcarpetas según main.br
      • branchX ==> con todas las subcarpetas según main.br
    • tranche_2.0
      • core ==> con todas las subcarpetas según main.br
      • branchX ==> con todas las subcarpetas según main.br
  • UAT ==> igual que la estructura DEV
  • PROD ==> igual que la estructura DEV

Hemos configurado versiones de la rama como raíz de VCS en TeamCity.

Consultas:

- how to structure TeamCity jobs for different environment and tranche release.
- how to define check-out rule for different environment and tranche release.

Gracias de antemano por su ayuda y asesoramiento.

Respuestas

0 para la respuesta № 1

Para cada tipo, tenga una configuración de compilación separada, por ejemplo .NetProj1, Serviceproj2, Autosys1 Tener el comportamiento configurado como Paramater, por ejemplo, Build.ENV = DEV Cambie esto a QA o PROD antes de ejecutar build