Documentos de Académico
Documentos de Profesional
Documentos de Cultura
NOTA: Tener en cuenta que hay casos en los que el proveedor es el único que
desarrolla la aplicación pero por contrato el código es propiedad del banco. Para
estos casos si aplica el versionamiento.
El versionamiento con GIT no aplica actualmente para todas las tecnologías del
banco.
2. Validar que la fecha de actualización de ramas sea acorde a las fechas de desarrollo del
proyecto.
a. Si la fecha de actualización de las ramas principales es antigua indagar cual podría
ser el motivo.
b. Si posterior a finalizar las pruebas, se actualiza la rama release indagar el motivo.
c. El pull request a master no se debe completar antes de que se entregue la carta
de certificación.
3. Validar que existan políticas de Pull Request.
a. Ingresar a la pestaña de “Branches”
b. Al lado izquierdo de la cada branch debe visualizarse una insignia, que es la que
indicar que ya se aplicaron las políticas de Pull Request.
c. Las políticas se deben aplicar en develop, inciativa y master.
https://bancolombia.sharepoint.com/sites/SitioDevops/Configuration%20Manage
ment/Dojo/Politicas%20GIT/Lineamientos%20GIT.pdf?csf=1&e=7c6c331256a2408
4aeaf1fe369a3f916
5. Existencia de un tag cada que se tenga una salida a producción.
6. Manejo de dependencias
a. Tener tarea “restore package” en el pipeline de IC.