Hola, en mi caso he usado TBD al menos desde hace 7 años. En nuestro caso no recomendamos tener code reviews ni feature branches. Los code reviews son ciclos de retroalimentacion que afectan al equipo en lugar de un individuo y por lo tanto suelen ser mas lentos. Solemos hacer pair programming para tener menos desventajas. Hemos tenido equipos grandes en monorepos usando TBD con 50+ personas asi que el tamaño de equipo puede no alentar mucho si tienes pruebas exhaustivas. Los feature flags son necesarios si o si, de otra forma no puedes agregar cambios incompletos y tener migraciones de BD no destructivas.
"Unidades que deben ser terminadas antes de pasar a la siguiente unidad..." osea que, así se tenga un equipo pequeño, 2 desarrolladores no podrían trabajar al mismo tiempo en características distintas? ¿No era esa una de las principales razones para usar un sistema de branching?
Estoy aquí para el evento de sorteo del bootcamp de machina learning 😅, "sin duda un nuevo modelo de trabajo con github que debo probar, uso gitflow en el trabajo 😢, nota vere los de feactures branches"
que buen video bro: idea principal , comparacion con otros modelos, ventajas, desventajas y recomendaciones 10/10, me subscribo!!
Con este tipo de metodología se puede usar stage(uat)?
Hola, en mi caso he usado TBD al menos desde hace 7 años. En nuestro caso no recomendamos tener code reviews ni feature branches. Los code reviews son ciclos de retroalimentacion que afectan al equipo en lugar de un individuo y por lo tanto suelen ser mas lentos. Solemos hacer pair programming para tener menos desventajas. Hemos tenido equipos grandes en monorepos usando TBD con 50+ personas asi que el tamaño de equipo puede no alentar mucho si tienes pruebas exhaustivas. Los feature flags son necesarios si o si, de otra forma no puedes agregar cambios incompletos y tener migraciones de BD no destructivas.
Buena onda por contar tu experiencia ;)
"Unidades que deben ser terminadas antes de pasar a la siguiente unidad..." osea que, así se tenga un equipo pequeño, 2 desarrolladores no podrían trabajar al mismo tiempo en características distintas? ¿No era esa una de las principales razones para usar un sistema de branching?
Sigue asi, estas mejorando mucho.
Gracias 😎
Estoy aquí para el evento de sorteo del bootcamp de machina learning 😅, "sin duda un nuevo modelo de trabajo con github que debo probar, uso gitflow en el trabajo 😢, nota vere los de feactures branches"
Holaaa feregrino! Saludos desde chile :)… haz pensado en crear una comunidad en discord:D?
Muy pronto, tenía una pero la verdad es que no me organicé lo suficiente, pero si tengo en mente renacerla.