SCM ágil – integración continua vs controlada – the raise of DVCS
Descargar como PPTX, PDF0 recomendaciones1,044 vistas
Este documento discute las diferencias entre la integración continua y la integración controlada. La integración continua implica integrar el código de forma frecuente, mientras que la integración controlada implica integrar el código en momentos específicos. El documento también explora varias alternativas de integración, como permitir que los desarrolladores realicen la integración y las pruebas en lugar de un solo integrador. Finalmente, el documento concluye que el sistema de control de versiones no debe limitar las opciones de integración de un
SCM ágil – integración continua vs controlada – the raise of DVCS
- 2. Integración continua vs controlada pablo santos luaces @psluaces @plasticscm
- 3. Sobre mi • Plastic SCM - founder • Coder • Blog writer… (a ratos) ;) @psluaces
- 4. En el show de hoy… • La guerra de la integración • Qué método es más «agile»?
- 5. Hay una guerra ahí fuera
- 6. Y hay que elegir un bando
- 7. Una guerra ahí fuera
- 8. Una guerra … de bandos… ;)
- 9. De opciones
- 10. Las opciones son • Integración continua • Integración controlada
- 11. Las opciones son • Integración continua (piedra angular de agile) • Integración controlada
- 12. Las opciones son • Integración continua != integración constante (!) • Integración controlada
- 13. Pero antes un paso atrás… SCM es importante en «agile» porque: • Collective code ownership • Continuous Integration • Mapeo entre tareas y código • Coordinación del equipo
- 14. Qué es «mainline» development? • Trabajar en una única rama…
- 15. Qué es «mainline» development? • Trabajar en una única rama… • ¿Es bueno?
- 16. Qué es «mainline» development? • Trabajar en una única rama… • ¿Es bueno? • Sí, si no hay otra opción … :P
- 17. ¿Cómo reconocer «mainline»? • Fácil… sólo hay una rama… 0
- 18. ¿Cómo reconocer «mainline»? • Fácil… sólo hay una rama…
- 19. ¿Cómo reconocer «mainline»? • Fácil… sólo hay una rama…
- 20. ¿Cómo reconocer «mainline»? • Fácil… sólo hay una rama…
- 21. ¿Cómo reconocer «mainline»? • Fácil… sólo hay una rama…
- 22. ¿Cómo reconocer «mainline»? • Si tu desarrollo tiene esta pinta… es lineal, mainline, no paralelo!
- 23. Esto es desarrollo lineal
- 24. Y esto es desarrollo paralelo
- 25. Si no hay ramas… no es paralelo
- 27. La batalla entre diferentes visiones
- 28. De dónde viene todo esto?
- 29. Ventajas del desarrollo paralelo • Romper la dependencia de tareas
- 30. Ventajas del desarrollo paralelo • Romper la dependencia de tareas
- 31. Ventajas del desarrollo paralelo • Puntos de partida conocidos – do not shoot a moving target!!!
- 32. Ventajas del desarrollo paralelo • Puntos de partida conocidos
- 33. Ventajas del desarrollo paralelo • Reforzar la creación de baselines estables
- 34. Ventajas del desarrollo paralelo • Código siempre bajo control
- 36. Ventajas del desarrollo paralelo • Detener la «bug spreading»
- 37. Ventajas del desarrollo paralelo • Detener la «bug spreading»
- 38. Ventajas del desarrollo paralelo • Trazabilidad mejorada
- 39. Ventajas del desarrollo paralelo • Keep the mainline … pristine
- 41. Integración continua – mainline glorificado • The «poorman’s approach»
- 43. Lo opuesto solía ser «big bang»
- 44. Lo opuesto solía ser «big bang»
- 45. Y para arreglarlo, integración frecuente
- 46. El futuro de CI • How can builds get faster? • How can broken builds be prevented? http://codicesoftware.blogspot.com/2008/03/continuous-integration-future.html
- 47. El futuro de CI
- 48. El futuro de CI
- 51. Feature branches
- 52. ¿Qué es una tarea? • ¿Usáis un issue tracker? • Cada entrada en el issue tracker Nota: las tareas son cortas… http://www.plasticscm.com/infocenter/quick-start/intro-task-driven-development.aspx
- 54. Alternativas de integración • El integrador hace merge • El integrador ejecuta tests • El integrador empaqueta y etiqueta Integration Server For each task to check whether it is valid or not baseline main line baseline task 1120 task 1140 Release Engineer rebased Release Developer Engineer task 1121 task 1129 Developer
- 55. Alternativas • Los desarrolladores hacen merge y ejecutan tests • El integrador empaqueta y etiqueta… • Evita mini-big-bangs • Recorta tiempos de compilación Integration Server baseline main line baseline task 1120 Integration is just task 1140 labelling and packing Release and running specific Engineer integration tests rebased Developer task 1121 task 1129 Developer
- 56. Alternativas de integración • Desarrolladores hacen merge y ejecutan tests • La línea principal se mantiene limpia baseline main line baseline task 1120 Integration is just task 1140 promoting, labelling and packing and Release running specific Engineer line rebased integration tests Developer e main te to th Promo task 1121 task 1129 Developer integration line Integration Server
- 57. En el mundo distribuido – integration manager workflow 1. The project maintainer pushes to their public repository. 2. A contributor clones that repository and makes changes. 3. The contributor pushes to their own public copy. 4. The contributor sends the maintainer an e-mail asking them to pull changes. 5. The maintainer adds the contributor’s repo as a remote and merges locally. 6. The maintainer pushes merged changes to the main repository.
- 58. Dictator… 1. Regular developers work on their topic branch and rebase their work on top of master. The master branch is that of the dictator. 2. Lieutenants merge the developers’ topic branches into their master branch. 3. The dictator merges the lieutenants’ master branches into the dictator’s master branch. 4. The dictator pushes their master to the reference repository so the other developers can rebase on it.
- 59. Distributed branch per task
- 62. Conclusión – Que no te limite tu SCM
- 63. pablo santos luaces @psluaces @plasticscm