+ All Categories
Home > Documents > Versionamiento

Versionamiento

Date post: 20-Jan-2016
Category:
Upload: diego-perez
View: 9 times
Download: 0 times
Share this document with a friend
23
VERSIONAMIENTO
Transcript
Page 1: Versionamiento

VERSIONAMIENTO

Page 2: Versionamiento
Page 3: Versionamiento

ACERCA DEL CONTROL DE VERSIONES

El control de versiones es un sistema que registra los cambios realizados sobre un archivo o conjunto de archivos a lo largo del tiempo, de modo que se pueda recuperar versiones específicas.

Concurrent Versioning SystemSISTEMA DE CONTROL DE VERSIONES CVS

Page 4: Versionamiento

SISTEMAS DE CONTROL DE VERSIONES LOCALES

Page 5: Versionamiento

SISTEMAS DE CONTROL DE VERSIONES CENTRALIZADOS

La gente necesitan colaborar con desarrolladores en otros sistemas.

Page 6: Versionamiento

SISTEMAS DE CONTROL DE VERSIONES DISTRIBUIDOS (DVCS)

GITMERCURIALBAZAAR DARCS

Page 7: Versionamiento

GIT

Desarrollado por linus Torvalds, licencia GNU GPL v2.http://git-scm.com/Documentación:http://git-scm.com/book/es/Empezando-Fundamentos-de-Git

Page 8: Versionamiento

GIT

El flujo de trabajo básico en Git es algo así:• Copia de metadatos para la clonación de la bdd.• Modificas una serie de archivos en tu directorio de trabajo.• Preparas los archivos, añadiendo la instantánea.• Confirmas los cambios de manera permanente en tu directorio

de Git.

Page 10: Versionamiento

CONFIGURANDO GIT POR PRIMERA VEZ

Configurar la Identidad:

$git config --global user.name "John Doe“$git config --global user.email [email protected] de configuración ~/.gitconfig

Page 11: Versionamiento

CONFIGURANDO GIT POR PRIMERA VEZ

Inicializando un repositorio en un directorio existente$mkdir ‘directorio’$ git initEsto crea un nuevo subdirectorio llamado .git que contiene todos los archivos necesarios del repositorio, un esqueleto de un repositorio Git.Mover archivos que se desea hacer el seguimiento al directorio.Añadiendo archivos:$ git add ‘file’Borrando archivos:$git rm –cached ‘file’Comprobando el estado de los archivos:$git status Para confirmar los cambios:$ git commit -m ‘mensaje de confirmación’

Page 12: Versionamiento

Resumen de confirmaciones $ git log -pLo que modificamos :$git diffLo modificado y preparado para commit$git diff --staged

CONFIGURANDO GIT POR PRIMERA VEZ

Page 13: Versionamiento

EL CICLO DE VIDA DEL ESTADO DE LOS ARCHIVOS.

A medida que se edita archivos, Git los ve como modificados, porque han cambiado desde la última confirmación. Inicia la preparación de los archivos modificados y luego se confirman todos los cambios que hayan sido preparados, y el ciclo se repite.

Page 14: Versionamiento

Renombrar la confirmación $ git commit --amendDeshaciendo la preparación $ git reset HEAD ‘nombre archivo’Deshaciendo la modificación $ git checkout -- ‘nombre archivo’

DESHACIENDO COSAS

Page 15: Versionamiento

TRABAJANDO CON REPOSITORIOS REMOTOS

Los repositorios remotos son versiones de tu proyecto que se encuentran alojados en Internet o en algún punto de la red. Puedes tener varios, cada uno de los cuales puede ser de sólo lectura, o de lectura/escritura, según los permisos que tengas. Colaborar con otros implica gestionar estos repositorios remotos, y mandar (push) y recibir (pull) datos de ellos cuando necesites compartir cosas.Mostrando tus repositorios remotos:$ git remote$ git remote -v $ git remote add origin ‘url’$ git push -u origin master

Page 16: Versionamiento

CLONANDO REPOSITORIO GIT

Si deseas obtener una copia de un repositorio Git existente:git clone$ git clone ‘URL’

Page 17: Versionamiento

ETIQUETAS TAG

Se recomienda crear etiquetas para cada nueva versión publicada de un software.Mostrar tags$git tagIngresar un tag$git tag ‘version’ ‘id commit’Mostrar un tag$git show ‘version’Subir al repositorio $ git push --tags

Page 18: Versionamiento

TRABAJANDO CON CLAVES PÚBLICAS SSH

Directorio de claves$ cd ~/.sshGenerando la clave$ ssh-keygenAGENTE$eval `ssh-agent`AÑADIENDO SSH$ssh-add id_rsa* AÑADIR SSH A CONF. DE GITHUBTEST$ssh -T [email protected]

Page 19: Versionamiento

RAMAS

Las ramas son utilizadas para desarrollar funcionalidades aisladas unas de otras. La rama master es la rama "por defecto" cuando se crea un repositorio. Se crean nuevas ramas durante el desarrollo y se fusionan a la rama principal al finalizar.

master

Page 20: Versionamiento

PROCEDIMIENTOS DE RAMIFICACIÓN

HEAD

Crear una rama $ git branch ‘rama’

$ git branch rama2Ver ramas

$ git branch -v

rama2

master

Page 21: Versionamiento

PROCEDIMIENTOS DE RAMIFICACIÓN

Saltar a una rama$ git checkout ‘rama’

$ git checkout rama2

HEAD

rama2

master

Page 22: Versionamiento

PROCEDIMIENTOS DE RAMIFICACIÓN

Utilizamos merge para fusionar ramas.

$ git merge rama2

Borrar la rama$ git branch -d rama2$ git push origin --delete

HEAD

rama2

master

merge

X