Unidad 2: Gestión de Configuración de Software

Juan Carlos Murillo Vivas

Styven Alexander Nocua Pérez

Corporación Universitaria Remington

Facultad de Ciencias Básicas e Ingeniería

Ingeniería de Sistemas

Bogotá

2022
 2

Tabla de Contenidos

1.

Herramientas de Gestión de la Configuración de Software y su implementación en el control de

versiones, de cambios y de objetos de configuración en general. 3

1.1. Git.................................................................................................................3

1.2. Subversion....................................................................................................4

2. Imágenes de herramientas y sus funcionalidades.............................................5

2.1. Git Bash........................................................................................................5

2.2. TortoiseSVN...............................................................................................11

3. Ejemplo Práctico con GIT y GitHub..................................................................13

4. Referencias.......................................................................................................32
 3

1. Herramientas de Gestión de la Configuración de Software y su

implementación en el control de versiones, de cambios y de objetos de

configuración en general.

1.1. Git

Git es un sistema de control de versiones de código abierto que se usa principalmente

para almacenar contenido y código en repositorios. La mayoría de las operaciones en

Git ocurren a través de archivos y recursos locales y se puede decir que es un sistema

de archivos orientado a contenidos.

Con Git el proceso de registro y comparación de versiones de un archivo es mucho

más fácil ya que permite ver en cualquier momento los detalles de los cambios

efectuados a cualquier archivo dentro de la red de trabajo.

Git tiene 3 etapas principales que corresponden a los siguientes estados: confirmado

(committed), modificado (modified), y preparado (staged).

Cuando un archivo se encuentra confirmado significa que los datos se han almacenado

al directorio de trabajo. Si aparece como modificado, significa que el archivo ha sido

modificado pero aún no se encuentra confirmado de manera segura en el directorio de

trabajo. Y, si se encuentra en estado preparado significa que el archivo modificado ha

sido cambiado en su versión actual y está en espera de confirmación para ser enviado

al repositorio .git.
 4

También hay que tener en cuenta que dependiendo del estado de los archivos, estos

pueden estar localizados en diferentes lugares. Los archivos en el directorio de trabajo

están en una carpeta local, los archivos en estado preparado se encuentran en la zona

de preparación o index en el repositorio .git, y el directorio .git o carpeta repositorio (la

más importante), contiene las bases de datos de objetos y metadatos de los archivos

monitoreados.

1.2. Subversion

Subversion es un sistema de control de versiones basado en archivos que se

caracteriza por tener una estructura de árbol. En él, se almacenan las fuentes del

sistema (sourcecode), y en su rama principal o trunk se almacena el desarrollo

principal, mientras en las ramas o branches se almacena el desarrollo paralelo.

Este sistema se puede acceder a través de redes y permite recuperar versiones

antiguas de los datos y visualizar el historial de cambios.

Para hacer modificaciones en Subversion, primero se debe descargar una copia local

del repositorio online. Dicha copia suele estar compuesta por las carpetas trunk y

branches mencionadas anteriormente y una carpeta de tags donde están los cambios

para una determinada versión.

Los cambios realizados en la copia local, pueden visualizarse con el subcomando

status. Sin embargo, para que estos cambios sean visibles para los demás

desarrolladores habría que subirlos al repositorio online, lo cual se hace con el

subcomando ci.
 5

A su vez, si se crearon archivos o carpetas nuevas en la copia local, es necesario

aplicar el subcomando add antes de usar status para que estas novedades se puedan

visualizar correctamente.

También para garantizar que se está trabajando en la copia del repositorio más

reciente, es ideal usar el subcomando update cada cierto tiempo.

Finalmente, para ver el historial de cambios, se utiliza el subcomando log y con el

subcomando diff se pueden ver las diferencias entre la versión local y la versión

actualizada online.

2. Imágenes de herramientas y sus funcionalidades

2.1. Git Bash

GIT HELP: Comando para ayuda

MKDIR NAME: Creación de directorio nuevo

 6

CD FOLDER: Seleccionar un directorio (.. Para volver atrás)

LS: Mostrar todos los archivos y carpetas en el directorio actual

Se usa el flag -l para mostrar más información de cada archivo y carpeta:

 7

CONFIG –GLOBAL USER.NAME “USERNAME”: Crear un nombre de usuario

CONFIG –GLOBAL USER.MAIL “EMAIL”: Crear un email:

GIT CONFIG –GLOBAL USER.NAME: Verificar usuario

 8

WHOAMI: Retornar el nombre de usuario del PC:

PWD: Print Working Directory, muestra la dirección completa

GIT INIT: Crear un repositorio

TOUCH FILE.EXT: Creamos un archivo en el repositorio

GIT ADD FILE.EXT: Comando para enviar el archivo a estado de Commit

 9

GIT STATUS: Podemos ver el estado de cambios a ser confirmados

GIT RM –CACHED FILE.EXT: Si queremos remover el archivo del estado actual

GIT COMMIT -M ‘’MENSAJE”: Si queremos hacer el commit, realizamos este comando,

con el flag -m podemos agregar un mensaje

 10

GIT REMOTE ADD “NOMBRE REPOSITORIO” URL: Vinculamos el repositorio local de

GIT al repositorio de GitHub

GIT REMOTE -V: Podemos verificar los repositorios remotos agregados

GIT PUSH REPOSITORIO MASTER: Hacemos push de los archivos que tengamos

guardados en nuestro repositorio local

 11

Finalmente revisamos los archivos en GitHub:

2.2. TortoiseSVN

Para la creación de un repositorio, damos clic derecho sobre la carpeta, y

seleccionamos la opción:

Para vincular el repositorio con SourceForge, damos clic en la opción:

 12

Ingresamos la URL del repositorio remoto:

Una vez vinvulado, nos saldrán las opciones de Update y Commit en el menú:

Ahora podemos agregar archivos al repositorio local, y al dar a la opción de Commit,

tendremos que seleccionar los archivos a confirmar:

 13

Verificamos que en SourceForge ya esté subido el archivo:

3. Ejemplo Práctico con GIT y GitHub

Como primera instancia y de acuerdo a los recursos de aprendizaje se realiza la

descarga en el link http://gitscm.com/download/win , y se continua con la configuración
y este abre un terminal o consola y aparece el Git Bash, en este se pueden
observar unas líneas de comando.

Digitamos las letras “ls” esto para listar directorios y archivos

 14

Ejecutamos el comando “pwd” para verificar la posición de la terminal desde nuestra

ubicación en el disco c.

Ya empezamos a trabajar en un proyecto para ello se crea una carpeta de nombre

proyecto y posteriormente mediante un editor de texto “netbeans” se crea una
aplicación con el mismo nombre y dentro de ella se crean dos archivos uno de tipo
java script y el otro html.

Mediante la utilización del comando “cmd” le damos la ubicación a nuestro archivo

el cual se puede observar que su ubicación está en el escritorio de nuestro pc y de
esta manera darle inicialización a la tarea que vamos a realizar con la ayuda de git
bash, esto en cuanto a referente de la ubicación de los archivos ya que todo esto lo
vamos a realizar con git directamente en la aplicación.
 15

Ya utilizando la aplicación git bash, se realiza la ubicación del proyecto desde el

escritorio y también muestra las aplicaciones con el comando “ls”, y utilizamos de
igual forma un git init, inmediatamente se crea una carpeta llamada “.git”.
 16

Se aplica el comando “git status” esto con el fin de ver el estado de nuestro proyecto
y este nos refiere que hay unas aplicaciones que aun no se han agregado a nuestro
entorno de trabajo que deben ser agregados con el comando “git add”, se puede
observar que quedaron dos archivos agregados pero se crea otro nuevo tipo “css”
que se sugiere sea agregado.

Se agrega el ultimo archivo con el comando “git add”, luego se digita “git commit”
esto con el fin de tener un punto de control del código, y este me dice quien en eres
tu por favor identifíquese con el fin de saber que desarrollador realizo los cambios al
código.
 17

Posterior se realiza la configuración del email y usuario llamando los diferentes

comandos de “git config”, para correo y desarrollador quien realiza los cambios

Cuando se ejecuta “git commit” inmediatamente me envía un mensaje mediante el

editor de texto
 18

Después hago unas modificaciones al editor de texto como lo es colocar un nombre

y le doy guardar este queda almacenado y me informa en la aplicación git los
archivos con los que cuenta mi proyecto al igual que una identificación de cada uno
 19

Posterior a esto ingreso el comando “git log” esto con el fin de observar los commits
que he creado; este por consola me enseña los que he realizado al igual que unos
datos importantes como el usuario quien realiza los cambios y la hora de
modificación, luego se utiliza “git status” dice que nuestro trabajo se encuentra
limpio

Bien ahora si ya hicimos un cambio y necesitamos realizar una modificación se

realiza el cambio y se coloca el comando “git status” y este nos indica que hubo un
cambio en la aplicación y llamar al “git commit” con el fin de que se abra el editor de
texto y de nuevo guardar los cambios a continuación enseño las dos imagenes
 20

Y posteriormente con el comando “git commit” abre nuestro editor de texto Word
pad donde le colocamos la modificación y le damos guardar

Posteriormente llamamos después de salir y guardar cambios en el editor de texto

le damos “git commit” y este nos informa que se hizo una modificación y que se
realizó una inserción de código, de igual manera de digita “git log” y este nos
informa una dirección del cambio realizado y también quien realiza la modificación y
la fecha y hora.
 21

Posteriormente si donde tenemos nuestro entorno de trabajo queremos que

archivos o carpetas que quiero que se ignoren dentro de nuestro proyecto, para ello
vamos a utilizar una carpeta “.gitignore” que servirá para que ellos no sean visibles
al igual que se ingresa por consola un “git commit” sin necesidad de utilizar el editor
de texto.
 22

Nuevamente he creado nuevos archivos para el proyecto pero como son más de
dos para evitar escribir todo git add y el archivo reduzco trabajo utilizando el
comando “git add .”

Como podemos observar ya este nos fue autorizado y cambio de letra color rojo a
color verde los archivos que fueron agregados solamente no se agrega uno cuyo
contenido se encuentra vacío.
 23

Ahora utilizamos el comando “git commit” agregando una “m” esto con el fin de abrir
el editor de código predeterminado y este nos informa los cambios realizados con
su codigo de identificación correspondiente.

Posterior a esto agregamos el comando “git log” con el fin de tener o establecer una
fotografía o captura de pantalla de las modificaciones realizadas en las cuales se
 24

pueden establecer una gran cantidad desde su inicio hasta la ultima donde se
agrega a login.

Ya después de realizar todas las versiones ya pasamos a manejar lo que es la

herramienta llamada Github, en la cual vamos a subir nuestro código y este puede
ser verificado por desarrolladores expertos para lo cual nos disponemos a realizar la
subscripción atreves del link https://github.com/, desde esa plataforma subiremos
nuestros proyectos para que tengan acceso público y ser corregidos por un equipo,
llegando a utilizar una de las herramientas más famosas utilizadas por los
desarrolladores como lo es el repositorio de código
25
 26

Ya después de realizar el registro procedemos a crear un repositorio donde vamos

ingresar el nombre de nuestro proyecto, una descripción del mismo, también el
modo que es público gratuito o privado, y le damos en el banner “créate repository”

El siguiente paso es fijarnos en la dirección de internet que nos arroja nuestro

proyecto ya que por medio de ella es donde va estar alejado nuestro código,
también nos da unas líneas de comando de código que se muestran a continuación.
 27

Este enlace que esta subrayado lo vamos a copiar y pegar en nuestro proyecto de
git, esto con el fin de subirlo a la plataforma de Github, quedando de la siguiente
manera, donde indica el estado, se presenta un problema ya que al tratar de subir
con el link que produce Github me aparece un error para cargar mi código en esta
página, intento cambiarlo con la palabra master en vez de principal pero de igual
manera me sigue arrojando error, trato de averiguar por que se me está
presentando esta falla, trato de solucionarlo con otro comando git push <ORIGEN>
<RAMA> -f, pero este no funciona y sigue arrojando el error en la sintaxis, ya por
ultimo utilizo este comando git push --set-upstream origin master, este funciona y el
error es en la configuración del correo desde la configuración remota de git.
 28

Posteriormente nos abre una ventana emergente con el fin de realizar la

autenticación en la página de Github donde se debe utilizar usuario y contraseña, y
así subir nuestro proyecto.

Ya después de corregir el error y de realizar la autenticación en Github, nos

empieza a cargar un mensaje en el aplicativo git, y este en el mensaje nos informa
que va empezar a subir el código que se había realizado a nuestro repositorio de
código.
 29

Se actualiza o se refresca la página de Github con el fin de evidenciar los cambios,

y ya se puede observar que en el repositorio aparece el código que se iba trabajado
de manera remota en nuestro proyecto, se visualizan los archivos ahora aparecen
de forma separada en el banner “Code”, como se observa en la imagen.

También se puede ingresar en cada uno de los archivos y observarlos dándole click
en el banner de ellos, a continuación, se pueden observar las tres imágenes de un
archivo tipo html, javascriot y un CSS.
 30

Adicionalmente en el repositorio de Github cuenta con un banner –“Add a README”,

que es para las personas interesadas en este repositorio comprendan el contenido del
proyecto agregando un leame.” informando el contenido del proyecto”.
 31

Ya para culminar y una última función de git es la de realizar la recuperación de un

archivo que se haya eliminado de nuestro ordenador debemos copiar el enlace en
Github e irnos a la aplicación remota de git
 32

Y posteriormente nos vamos a la aplicación de git y utilizamos el comando “git clone”

seguido de la dirección del proyecto copiado desde Github y de esta manera ya quedan
recuperados todos los archivos en nuestro ordenador.
 33

Referencias Bibliográficas

Git vs. SVN: ¿cuál es el mejor sistema de control de versiones?. (12 de marzo de

2020). Digital Guide Ionos. https://www.ionos.es/digitalguide/paginas-web/desarrollo-

web/git-vs-svn-una-comparativa-del-control-de-versiones/

SVN Subversion: Sistema de Control de Versiones. (08 de julio de 2009). Serfe.

https://www.serfe.com/es/blog/item/132-svn-subversion-sistema-de-control-de-

versiones

Cómo usar SVN. (s.f.). Lihuen 6. https://lihuen.linti.unlp.edu.ar/index.php/C

%C3%B3mo_usar_SVN#Haciendo_el_checkout

Control de Versiones Utilizando SVN. (s.f.).

http://profesores.elo.utfsm.cl/~agv/elo329/1s11/lectures/SoftwareEngineering/

presentacioncontroldeversiones.pdf

Collins-Sussman, B., Fitzpatrick, B. y Pilato, M. (s.f.). Control de versiones con

Subversion. https://www.unc.edu.ar/sites/default/files/SVN-BOOK-

GENERALIDADES.pdf