Cuando pensamos en el flujo de desarrollo de muchas empresas, partimos de una idea transformada en requisitos de negocio. Estos requisitos se pasan al equipo de desarrollo, que los implementa y deja los cambios en manos de operaciones para su puesta en producción y mantenimiento, de modo que finalmente lleguen al mercado. Este modelo de trabajo, sumamente compartimentado, tiene dos puntos de fricción claros:

Como consultor trabajo en diferentes repositorios para Thoughtworks, nuestros clientes y algunos proyectos personales, como este blog. Para cada uno de ellos tengo diferentes necesidades trabajando con git. Por ejemplo, comiteo con diferentes identidades dependiendo del entorno en el que estoy trabajando: uso mi email de Thoughtworks para proyectos internos, el email corporativo del cliente para el proyecto al que estoy asignado y mi email personal para mis propios proyectos. Como Spidey, tengo varias identidades. Y, dependiendo de las circunstancias, utilizo una u otra.