Pablo Santos

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

26. Refuerzo positivo…

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»

42. Refuerzo positivo…

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

53. Integración controlada
http://drdobbs.com/architecture-and-design/205917960

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

61. Conclusión - Alternativas

62. Conclusión –
Que no te limite
tu SCM

63. pablo santos luaces
@psluaces
@plasticscm