El acceso a GitHub está limitado, por roles, al personal de Zendesk apropiado.
GitHub funciona como un repositorio para todos los cambios en el código fuente e incluye documentación para cada cambio, incluyendo un sello de fecha e indicación del ingeniero responsable de realizar el cambio.
Se han creado entornos (ramas) separados dentro de GitHub de modo que el código no se modifique directamente en producción. Todos los ingenieros de código de sucursal utilizando solicitudes de extracción.
Cada solicitud de extracción requiere una autorización en forma de un +1 para fusionar la rama nuevamente en el Máster. Esta autorización y otros comentarios de desarrollo y requisitos se almacenan en GitHub.
Todos los despliegues, independientemente de su frecuencia, o equipo, deben someterse a pruebas automatizadas con éxito antes de fusionarse con la puesta en escena o la producción.
La mayoría del código se envía a producción mediante un despliegue semanal (lanzamiento del tren). Además, se implementan correcciones urgentes de emergencia, parches o cambios menores entre las implementaciones semanales programadas, según sea necesario.
Las implementaciones se logra empujando la implementación de la herramienta de implementación, Samson, solo después de la aprobación de un compañero o un "amigo" también ha aprobado que la implementación se lleve a producción.
Es posible pasar por alto la aprobación del compañero, solo en casos de una corrección de error de emergencia, y se requiere una aprobación posterior dentro de 1 día hábil.
Los cambios de emergencia requieren que exista una documentación clara que designe estos cambios como cambios de emergencia mediante el uso del término en mayúsculas CAMBIO DE EMERGENCIA en el registro de comentarios de GitHub.
Evite usar datos de clientes para realizar pruebas.
Comentarios
0 comentarios
Inicie sesión para dejar un comentario.