Your SlideShare is downloading. ×
0
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Subversion
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Subversion

2,057

Published on

Introducción al uso de Sistemas de Versionado con Subversion

Introducción al uso de Sistemas de Versionado con Subversion

Published in: Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
2,057
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
104
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Transcript

    • 1. Subversion
    • 2. Que es Subversion?
    • 3.
      • Que es Subversion?
      • Es un sistema de control de versiones.
    • 4.
      • Que es Subversion?
      • Es un sistema de control de versiones.
      • Que es un sistema de control de versiones?
    • 5.
      • Que es Subversion?
      • Es un sistema de control de versiones.
      • Que es un sistema de control de versiones?
      • ?
    • 6. Problemas Cada uno desarrolla por separado, luego envía el código a sus compañeros
    • 7. Problemas
      • Cada uno desarrolla por separado, luego envía el código a sus compañeros
      • Quien se encarga de compilar todo el código?
    • 8. Problemas
      • Cada uno desarrolla por separado, luego envía el código a sus compañeros
      • Quien se encarga de compilar todo el código?
      • No es profesional
    • 9. Problemas Cada uno sube el código a un lugar centralizado, por ejemplo un servidor FTP
    • 10. Problemas Cada uno sube el código a un lugar centralizado, por ejemplo un servidor FTP
    • 11. Problemas
      • Cada uno sube el código a un lugar centralizado, por ejemplo un servidor FTP
      • Como evitamos sobrescribir?
    • 12. Problemas
      • Cada uno sube el código a un lugar centralizado, por ejemplo un servidor FTP
      • Como evitamos sobrescribir?
      • Como sabemos que cambios realizo nuestro compañero?
    • 13. Problemas
      • Cada uno sube el código a un lugar centralizado, por ejemplo un servidor FTP
      • Como evitamos sobrescribir?
      • Como sabemos que cambios realizo nuestro compañero?
      • Como integramos sus cambios con los nuestros?
    • 14. Problemas
      • Cada uno sube el código a un lugar centralizado, por ejemplo un servidor FTP
      • Como evitamos sobrescribir?
      • Como sabemos que cambios realizo nuestro compañero?
      • Como integramos sus cambios con los nuestros?
      • Como hacemos si queremos tener un historial o seguimiento de los cambios de los archivos?
    • 15. Problemas
      • Cada uno sube el código a un lugar centralizado, por ejemplo un servidor FTP
      • Como evitamos sobrescribir?
      • Como sabemos que cambios realizo nuestro compañero?
      • Como integramos sus cambios con los nuestros?
      • Como hacemos si queremos tener un historial o seguimiento de los cambios de los archivos?
      • Sigue siendo poco profesional
    • 16. Solución??
    • 17. Solución?? Usar un sistema de control de versiones Subversion
    • 18. Características
      • Sistema centralizado para compartir información
        • Cliente/Servidor
    • 19. Características
      • Sistema centralizado para compartir información
        • Cliente/Servidor
      • Guarda historial de todo los archivos
        • Quien, cuando y que
    • 20. Características
      • Sistema centralizado para compartir información
        • Cliente/Servidor
      • Guarda historial de todo los archivos
        • Quien, cuando y que
      • Permite ver los cambios entre distintas revisiones
    • 21. Características
      • Sistema centralizado para compartir información
        • Cliente/Servidor
      • Guarda historial de todo los archivos
        • Quien, cuando y que
      • Permite ver los cambios entre distintas revisiones
      • Detecta los conflictos
        • Antes de subir nada, svn comprueba si otra persona ha cambiado los archivos
    • 22. Características
      • Sistema centralizado para compartir información
        • Cliente/Servidor
      • Guarda historial de todo los archivos
        • Quien, cuando y que
      • Permite ver los cambios entre distintas revisiones
      • Detecta los conflictos
        • Antes de subir nada, svn comprueba si otra persona ha cambiado los archivos
      • Permite realizar merges
    • 23. Características
      • Sistema centralizado para compartir información
        • Cliente/Servidor
      • Guarda historial de todo los archivos
        • Quien, cuando y que
      • Permite ver los cambios entre distintas revisiones
      • Detecta los conflictos
        • Antes de subir nada, svn comprueba si otra persona ha cambiado los archivos
      • Permite realizar merges
      • Permite establecer locks
    • 24. Características
      • Sistema centralizado para compartir información
        • Cliente/Servidor
      • Guarda historial de todo los archivos
        • Quien, cuando y que
      • Permite ver los cambios entre distintas revisiones
      • Detecta los conflictos
        • Antes de subir nada, svn comprueba si otra persona ha cambiado los archivos
      • Permite realizar merges
      • Permite establecer locks
      • Permite trabajar con “copias” ( branches y tags )‏
    • 25. Características
      • Sistema centralizado para compartir información
        • Cliente/Servidor
      • Guarda historial de todo los archivos
        • Quien, cuando y que
      • Permite ver los cambios entre distintas revisiones
      • Detecta los conflictos
        • Antes de subir nada, svn comprueba si otra persona ha cambiado los archivos
      • Permite realizar merges
      • Permite establecer locks
      • Permite trabajar con “copias” ( branches y tags )‏
      • Es atómico (todo o nada)‏
        • Tu set de modificaciones nunca quedará a medio subir
    • 26. Comandos básicos
      • Bajo una copia con la que voy a trabajar (working copy)‏
        • checkout
      • Subo los cambios al repositorio
        • commit
      • Actualizo la copia de trabajo
        • update
    • 27. Funcionamiento
      • Revisiones
        • Número entero incremental asignado a cada modificación (commit)‏
        • HEAD es un alias para la ultima revisión
        • Muchos comandos svn aceptan elegir la revisión
    • 28. Estructura
      • /trunk
    • 29. Estructura
      • /trunk
        • Rama principal u original
    • 30. Estructura
      • /trunk
        • Rama principal u original
        • Es un lugar sagrado, testear antes de subir
    • 31. Estructura
      • /trunk
        • Rama principal u original
        • Es un lugar sagrado, testear antes de subir
        • Integración continua
    • 32. Estructura
      • /trunk
        • Rama principal u original
        • Es un lugar sagrado, testear antes de subir
        • Integración continua
      • /branches
    • 33. Estructura
      • /trunk
        • Rama principal u original
        • Es un lugar sagrado, testear antes de subir
        • Integración continua
      • /branches
        • Desarrollos paralelos
    • 34. Estructura
      • /trunk
        • Rama principal u original
        • Es un lugar sagrado, testear antes de subir
        • Integración continua
      • /branches
        • Desarrollos paralelos
        • /branches/demo (versión reducida de prueba)‏
        • /branches/ver1.1 (corrección de bugs)‏
    • 35. Estructura
      • /trunk
        • Rama principal u original
        • Es un lugar sagrado, testear antes de subir
        • Integración continua
      • /branches
        • Desarrollos paralelos
        • /branches/demo (versión reducida de prueba)‏
        • /branches/ver1.1 (corrección de bugs)‏
      • /tags
        • Permite etiquetar una revisión con un nombre más amistoso, Ej. release-1.0
    • 36. Estructura
      • Ciclo de un proyecto
    • 37. Resolución de problemas
      • Subversion no siempre sabe como integrar los cambios
    • 38. Resolución de problemas
      • Subversion no siempre sabe como integrar los cambios
      • Nos olvidamos de realizar update .
    • 39. Resolución de problemas
      • Subversion no siempre sabe como integrar los cambios
      • Nos olvidamos de realizar update .
      • La copia de trabajo con lock o corrupta. La mayoría de estos problemas se solucionan haciendo un cleanup de la copia de trabajo.

    ×