Explorar artículos

Saltar a: navegación, buscar
Gestión de fuentes en Software libre
Del capítulo Entornos y tecnologías de desarrollo en Software libre +
Del libro Software libre +
Elemento de índice [[Gestión de fuentes en Software libre|Sección 5. ''Gestión de fuentes'']]
Estado completo  +
Nivel desarrollo 4  +
Nombre página Gestión de fuentes en Software libre  +
Número apartado 1  + , 2  +
Número capítulo 7  +
Número sección 5  +
Prueba falso  +
Página sección Gestión de fuentes en Software libre +
Resumen A todo proyecto de desarrollo de programas A todo proyecto de desarrollo de programas le conviene tener archivada la historia del mismo. Por ejemplo, porque alguna modificación pudo producir un error oculto que se descubre tardíamente y hay que recuperar el original, al menos para analizar el problema. Si el proyecto lo desarrollan varias personas, es necesario también registrar el autor de cada cambio, con las razones del mismo explicadas. Si del proyecto van haciéndose entregas versionadas, es necesario saber exactamente que versiones de cada módulo forman dichas entregas. Muchas veces, un proyecto mantiene una versión estable y otra experimental; ambas hay que mantenerlas, corregir sus errores, y transferir errores corregidos de una versión a la otra. Todo esto puede hacerse guardando y etiquetando convenientemente todas y cada una de las versiones de los ficheros, lo que generalmente se ha considerado como un costo excesivo, aunque con los discos actuales empiece a no ser tan cierto. Lo que normalmente hace un sistema de control de fuentes, también llamado sistema de gestión de versiones, es registrar la historia de los ficheros como un conjunto de diferencias sobre un patrón, normalmente el más reciente, por eficiencia, etiquetando además cada diferencia con los meta-datos necesarios. Pero también queremos que un sistema de estos sirva para que muchos programadores colaboren efectivamente, sin pisarse el trabajo, pero sin detener el avance de cada uno. Debe permitirnos pues que haya varios programadores trabajando concurrentemente, pero con un cierto control. Este control puede ser optimista o pesimista. Con un control pesimista, un programador puede reservarse unos ficheros para una mejora durante un tiempo, durante el cual nadie puede tocar estos ficheros. Eso es muy seguro, pero bloqueará a otros programadores y el proyecto puede retrasarse, sobretodo si el que bloqueó los ficheros está ocupado en otras cosas, o incluso se olvidó de ellos. Permitir a otros avanzar es más dinámico, pero más peligroso, ya que puede haber modificaciones incompatibles. Un sistema optimista deja avanzar, pero nos avisa cuando ha habido conflictos y nos proporciona herramientas para resolverlos. proporciona herramientas para resolverlos.
Tamaño en bytes 0  +
Título Gestión de fuentes  +
Título apartado CVS  + , Otros sistemas de gestión de fuentes  +
Título de índice Capítulo 7. Sección 5. ''Gestión de fuentes''  +
Título sección Gestión de fuentes  +
Has improper value forEsta propiedad es una propiedad especial en este wiki. Título apartado  + , Número apartado  +
Categorías Wikilibro Software libre  + , Secciones  +
Modification dateEsta propiedad es una propiedad especial en este wiki. 24 mayo 2012 10:22:49  +
ocultar propiedades que vinculen aquí 
Gestión de fuentes en Software libre + Página sección
 

 

Introduzca el nombre de la página para empezar a explorar.