Sistemas de control de versiones - Historial de revisiones

Carlos idict: Texto reemplazado: «
» por «»

2019-09-03T13:49:59Z

Texto reemplazado: «<div align="justify">» por «»

Yaima ciget.gra en 15:57 14 may 2012

2012-05-14T15:57:07Z

Yaima ciget.gra en 15:49 14 may 2012

2012-05-14T15:49:04Z

Hortensia may.jc: /* GIT */

2011-10-14T15:44:52Z

‎GIT

Maarus en 00:54 2 jul 2011

2011-07-02T00:54:05Z

Candelaria2 jc en 17:38 23 may 2011

2011-05-23T17:38:28Z

Earoque en 16:55 21 may 2011

2011-05-21T16:55:26Z

Earoque en 16:54 21 may 2011

2011-05-21T16:54:06Z

Mostrar los cambios

Earoque en 01:40 21 may 2011

2011-05-21T01:40:15Z

Earoque en 01:35 21 may 2011

2011-05-21T01:35:59Z

@@ Línea 29: / Línea 29: @@
 }}
-<div align="justify">
 '''Sistema de control de versiones'''. [[Software]] que administra el acceso a un conjunto de ficheros, y mantiene un historial  de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de [[Configuración de Software|configuración]]. <ref> http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html</ref>

@@ Línea 4: / Línea 4: @@
 |imagen=
 |tamaño=
-|descripción= [[Software |software]] que administra el acceso a un conjunto de  [[Fichero|ficheros]], y mantiene un historial  de cambios realizados.
+|descripción= [[Software |software]] que administra el acceso a un conjunto de
 |imagen2=
 |tamaño2=
 |descripción2=
 |creador=
 |desarrollador=
@@ Línea 47: / Línea 49: @@
 ==Control de versiones==
-Normalmente consiste en una copia maestra en un [[Repositorio|repositorio]]        central, y un programa cliente con el que cada [[Usuarios|usuario]] sincroniza su        copia local. Esto permite compartir los cambios sobre un mismo  conjunto       de [[ficheros]]. Además, el [[Repositorio|repositorio]] guarda registro de  los cambios       realizados por cada usuario, y permite volver a un  estado anterior en       caso de necesidad. <ref> http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html</ref>
+Normalmente consiste en una copia maestra en un [[Repositorio|repositorio]]        central, y un programa cliente con el que cada [[Usuarios|usuario]] sincroniza su        copia local. Esto permite compartir los cambios sobre un mismo  conjunto       de ficheros. Además, el [[Repositorio|repositorio]] guarda registro de  los cambios       realizados por cada usuario, y permite volver a un  estado anterior en       caso de necesidad. <ref> http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html</ref>
 ===Ejemplos===
@@ Línea 57: / Línea 59: @@
 *Mantener una copia en local y modificarla.Después actualizarla en el [[Repositorio|repositorio]]. Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.
-*Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de [[ficheros]].
+*Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de ficheros.
 ==Funcionamiento==
@@ Línea 71: / Línea 73: @@
 ==Procedimiento de uso habitual de un sistema de control de versiones==
-#Descarga de [[Fichero|ficheros]] inicial (Checkout)
+#Descarga de ficheros inicial (Checkout)
 #Ciclo de trabajo habitual:
 *Modificación de los ficheros

@@ Línea 1: / Línea 1: @@
-{{Normalizar}}
+{{Ficha Software
-Un '''[[Sistema |Sistema]] de control de versiones''' es un [[Software |software]] que administra el acceso a un conjunto de [[Fichero|ficheros]], y mantiene un historial  de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de [[Configuración de Software|configuración]]. <ref> http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html</ref>
+|nombre=Sistemas de control de versiones
 ==Características==
@@ Línea 12: / Línea 40: @@
 Los sistemas de control de versiones se pueden clasifica en 2 grandes grupos:
-===Centralizados:===
+===Centralizados===
-En un sistema de control de versiones centralizado todos nuestros fuentes y sus versiones están almacenados en un único directorio (llamado [[Repositorio|repositorio]] de fuentes) de un [[Ordenador|ordenador]] (un [[Servidor|servidor]]). Todos los desarrolladores que quieran trabajar con esos fuentes, deben pedirle al sistema de control de versiones una copia local para trabajar. En ella realizan todos sus cambios y cuando están listos y funcionando, le dicen al sistema de control de versiones que guarde los fuentes modificados como una nueva versión.Algunos ejemplos son CVS y [Subversion|Subversion].
+En un [[sistema]] de control de versiones centralizado todos nuestros fuentes y sus versiones están almacenados en un único directorio (llamado [[Repositorio|repositorio]] de fuentes) de un [[Ordenador|ordenador]] (un [[Servidor|servidor]]). Todos los desarrolladores que quieran trabajar con esos fuentes, deben pedirle al sistema de control de versiones una copia local para trabajar. En ella realizan todos sus cambios y cuando están listos y funcionando, le dicen al sistema de control de versiones que guarde los fuentes modificados como una nueva versión.Algunos ejemplos son CVS y subversión.
-===Distribuidos:===
+===Distribuidos===
-En un sistema de control de versiones distribuido no hay un [[Repositorio|repositorio]] central. Todos los desarrolladores tienen su propia copia del repositorio, con todas las versiones y toda la historia. Por supuesto, según van desarrollando y haciendo cambios, sus fuentes y versiones van siendo distintas unas de otras. Sin embargo, los sistemas de control de versiones distribuidos permiten que en cualquier momento dos desarrolladores cualesquiera puedan "sincronizar" sus repositorios. Si uno de los desarrolladores ha tocado determinados fuentes y el otro no, los modificados se convierten en la versión más moderna.Ejemplos:Git y Mercurial.
+En un [[sistema]] de control de versiones distribuido no hay un [[Repositorio|repositorio]] central. Todos los desarrolladores tienen su propia copia del repositorio, con todas las versiones y toda la historia. Por supuesto, según van desarrollando y haciendo cambios, sus fuentes y versiones van siendo distintas unas de otras. Sin embargo, los sistemas de control de versiones distribuidos permiten que en cualquier momento dos desarrolladores cualesquiera puedan "sincronizar" sus repositorios. Si uno de los desarrolladores ha tocado determinados fuentes y el otro no, los modificados se convierten en la versión más moderna.Ejemplos:Git y Mercurial.
 ==Control de versiones==
-Normalmente consiste en una copia maestra en un [[Repositorio|repositorio]]        central, y un programa cliente con el que cada [[Usuarios|usuario]] sincroniza su        copia local. Esto permite compartir los cambios sobre un mismo  conjunto       de [[Fichero|ficheros]]. Además, el [[Repositorio|repositorio]] guarda registro de  los cambios       realizados por cada usuario, y permite volver a un  estado anterior en       caso de necesidad. <ref> http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html</ref>
+Normalmente consiste en una copia maestra en un [[Repositorio|repositorio]]        central, y un programa cliente con el que cada [[Usuarios|usuario]] sincroniza su        copia local. Esto permite compartir los cambios sobre un mismo  conjunto       de [[ficheros]]. Además, el [[Repositorio|repositorio]] guarda registro de  los cambios       realizados por cada usuario, y permite volver a un  estado anterior en       caso de necesidad. <ref> http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html</ref>
 ===Ejemplos===
-*Guardar distintas copias de los [[Fichero|ficheros]] nombrándolos adecuadamente
+*Guardar distintas copias de los ficheros nombrándolos adecuadamente.
-*Hacer [[Script|scripts]] para automatizar las copias
+*Hacer [[Script|scripts]] para automatizar las copias.
-*Usar un software específico para realizar el control de versiones
+*Usar un software específico para realizar el control de versiones.
 ===Forma habitual de trabajo===
-*Mantener una copia en local y modificarla.Después actualizarla en el [[Repositorio|repositorio]].Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.
+*Mantener una copia en local y modificarla.Después actualizarla en el [[Repositorio|repositorio]]. Esto nos brinda grandes ventajas,ya que,no necesita acceso continuo al repositorio y asegurarse de que lo actualizado esté bien.
-*Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de [[Fichero|ficheros]].
+*Con algunos sistemas de control de versiones es posible trabajar directamente contra el repositorio.Esto aunque tiene una ventaja muy grande es que nos facilita la transparerencia de las versiones también provoca como inconveniente el bloqueo de [[ficheros]].
 ==Funcionamiento==
 Todos los sistemas de control de versiones se basan en disponer de un [[Repositorio|repositorio]], que es el conjunto de información gestionada por el [[Sistema|sistema]]. Este repositorio contiene el historial de versiones de todos los elementos gestionados.
 Cada uno de los [[Usuario|usuarios]] puede crearse una copia local duplicando el contenido del repositorio para permitir su uso. Es posible duplicar la última versión o cualquier versión almacenada en el historial. Este proceso se suele conocer como checkout o desproteger. Para modificar la copia local existen dos semánticas básicas:
 ===Exclusivos===
 Para poder realizar un cambio es necesario marcar en el [[Repositorio|repositorio]] el elemento que se desea modificar y el sistema se encargará de impedir que otro usuario pueda modificar dicho elemento.
 ===Colaborativos===
 En el que cada usuario se descarga la copia, la modifica, y el [[Sistema|sistema]] automáticamente combina las diversas modificaciones. El principal problema es la posible aparición de conflictos que deban ser solucionados manualmente o las posibles inconsistencias que surjan al modificar el mismo fichero por varias personas no coordinadas. Además, esta semántica no es apropiada para ficheros binarios.
@@ Línea 80: / Línea 110: @@
 ===SVK===
 Aunque se ha construido sobre Subversion, probablemente SVK<ref>http://svk.elixus.org/</ref> se parece más a algunos de los anteriores sistemas descentralizados que a Subversión. SVK soporta desarrollo distribuido, cambios locales, mezcla sofisticada de cambios, y la habilidad de ""reflejar/clonar"" árboles desde sistemas de control de versiones que no son SVK. Vea su sitio web para más detalles.
@@ Línea 87: / Línea 116: @@
 Mercurial<ref>http://www.selenic.com/mercurial/</ref> es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, "una completa ""indexación cruzada"" de ficheros y conjutos de cambios; unos[[Protocolo|procotolos]] de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows" y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).
-===[[GIT]]===
+===GIT===
 GIT<ref>http://git.or.cz/</ref> es un proyecto empezado por [[Linus Torvalds|Linus Torvalds]] para manejar el arbol fuente del ""kernel"" de Linux. Al principio GIT se enfocó bastante en las necesidades del desarrollo del ""kernel"", pero se ha expandido más allá que eso y ahora es usado por otros proyectos aparte del ""[[Kernel|kernel]]"" de [[Linux|Linux]]. Su página web dice que está "... diseñado para manejar proyectos muy grandes eficaz y velozmente; se usa sobre todo en varios proyectos de código abierto, entre los cuales el más notable es el ""kernel"" de Linux. GIT cae en la categoría de herramientas de administración de [[Codigo abierto|código abierto]] distribuído, similar al, por ejemplo, GNU Arch o Monotone (o bitKeeper en el mundo comercial). Cada directorio de trabajo de GIT es un repositorio completo con plenas capacidades de gestión de revisiones, sin depender del acceso a la [[Red|red]] o de un [[Servidor|servidor]] central."
 ===Bazaar===
 Bazaar<ref>http://bazaar.canonical.com/</ref> está todavía en desarrollo. Será una implementación del protocolo GNU Arch, mantendrá compatibilidad con el procotolo GNU Arch a medida que evolucione, y trabajará con el proceso de la comunidad GNU Arch para cualquier cambio de [[protocolo|protocolo]] que fuera requerido a favor del agrado del [[Usuario|usuario]].
 ==Referencias==
 {{Listaref|2}}
 [[Categoría:Ingeniería de software]]

@@ Línea 87: / Línea 87: @@
 Mercurial<ref>http://www.selenic.com/mercurial/</ref> es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, "una completa ""indexación cruzada"" de ficheros y conjutos de cambios; unos[[Protocolo|procotolos]] de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows" y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).
-===GIT===
+===[[GIT]]===
 GIT<ref>http://git.or.cz/</ref> es un proyecto empezado por [[Linus Torvalds|Linus Torvalds]] para manejar el arbol fuente del ""kernel"" de Linux. Al principio GIT se enfocó bastante en las necesidades del desarrollo del ""kernel"", pero se ha expandido más allá que eso y ahora es usado por otros proyectos aparte del ""[[Kernel|kernel]]"" de [[Linux|Linux]]. Su página web dice que está "... diseñado para manejar proyectos muy grandes eficaz y velozmente; se usa sobre todo en varios proyectos de código abierto, entre los cuales el más notable es el ""kernel"" de Linux. GIT cae en la categoría de herramientas de administración de [[Codigo abierto|código abierto]] distribuído, similar al, por ejemplo, GNU Arch o Monotone (o bitKeeper en el mundo comercial). Cada directorio de trabajo de GIT es un repositorio completo con plenas capacidades de gestión de revisiones, sin depender del acceso a la [[Red|red]] o de un [[Servidor|servidor]] central."

← Revisión anterior		Revisión del 00:54 2 jul 2011
Línea 100:		Línea 100:
	{{Listaref\|2}}		{{Listaref\|2}}

−	[[Categoría:~~Arquitectura~~]]	+	[[Categoría:Ingeniería de software]]

← Revisión anterior		Revisión del 17:38 23 may 2011
Línea 1:		Línea 1:
		+	{{Normalizar}}
	Un '''[[Sistema \|Sistema]] de control de versiones''' es un [[Software \|software]] que administra el acceso a un conjunto de [[Fichero\|ficheros]], y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de [[Configuración de Software\|configuración]]. <ref> http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html</ref>		Un '''[[Sistema \|Sistema]] de control de versiones''' es un [[Software \|software]] que administra el acceso a un conjunto de [[Fichero\|ficheros]], y mantiene un historial de cambios realizados. El control de versiones es útil para guardar cualquier documento que cambie con frecuencia, como código fuente, documentación o ficheros de [[Configuración de Software\|configuración]]. <ref> http://polaris.dit.upm.es/~rubentb/docs/subversion/TutorialSubversion/index.html</ref>

@@ Línea 100: / Línea 100: @@
 Bazaar<ref>http://bazaar.canonical.com/</ref> está todavía en desarrollo. Será una implementación del protocolo GNU Arch, mantendrá compatibilidad con el procotolo GNU Arch a medida que evolucione, y trabajará con el proceso de la comunidad GNU Arch para cualquier cambio de protocolo que fuera requerido a favor del agrado del usuario.
 ==Enlaces Externos==
 [http://www.jourmoly.com.ar/debes-usar-un-sistema-de-control-de-versiones/ JOURMOLY]
 [http://producingoss.com/es/vc-systems.html Sistema de control de versiones libres]
 [[Categoría:Arquitectura]]

@@ Línea 2: / Línea 2: @@
 ==Características==
 Un sistema de control de versiones debe proporcionar:
 *Mecanismo de almacenamiento de los elementos que deba gestionar.
@@ Línea 88: / Línea 89: @@
 ===Mercurial===
+[[Archivo:mercurial.jpeg|derecha|thumb|Mercurial]]
 Mercurial<ref>http://www.selenic.com/mercurial/</ref> es un sistemas de control de versiones distribuido que ofrece, entre otras cosas, "una completa ""indexación cruzada"" de ficheros y conjutos de cambios; unos procotolos de sincronización SSH y HTTP eficientes respecto al uso de CPU y ancho de banda; una fusión arbitraria entre ramas de desarrolladores; una interfaz web autónoma integrada; [portabilidad a] UNIX, MacOS X, y Windows" y más (la anterior lista de características ha sido parafraseada del sitio web de Mercurial).