1

1. Investigue sobre 2 herramientas de GCS existentes y describa como implementan el

control de versiones, de cambios y de objetos de configuración genral.

1.1. Herramienta Git

Es un software de control de versiones, creado en 2005 por Linus Torvalds. Git se basa
en algo llamado Snapshots o pequeñas instantaneas del código en un momento determinado,
viene dado por dos apartados fundamentales, por el autor, es decir, la persona que está
creando el código y por otra parte la fecha en que se crea.
Para entender como funciona ésta herramienta e implemetar éste control de versiones
en nuestros codigos, podemos hacer la comparación con tener un diario personal, dónde
registramos cada cosa que realizamos en nuestro día a día y despúes de cierto tiempo poder
regresar y ver que hicimos en determinado momento del pasado. Éste software lo que hace es
registrar todos los cambios que hagamos dentro de nuestro código (previamente realizando un
repositorio almacenado en Git) por ejemplo agregar funciones, usuarios o cualquier tipo de
cambios que hagamos, dónde queda registrado cuándo y quien realizó el cambio. Además de
poder trabajar de una manera ordenada y concreta puedes realizar el trabajo con otros
desarrolladores de manera manual, donde registramos los cambios más importantes que
realizamos con una marca para que sea más útil a la hora de regresar a cambios anteriores.
Simplifica y ahorra tiempo a la hora de realizar cambios, ya que, nos permite trabajar
con frameworks donde se modifican montones de archivos de manera simultanea sin la
necesidad de realizar copias a cada uno de estos, debido a que toma snapshots de de cada
cambio que hacemos al código. Éstas instaneas no se realizan de manera automatica, debemos
introducir los comandos cada que necesitamos hacer los snapshots. Nos permite tener ramas o
branch, para poder hacer las instaneas en cualquier parte del mundo a los desarrolladores que
estén trabajando en el código y regresar a cualquier punto concreto de éstas ramas. Podemos
realizar clones de los repositorios subidos a Git para trabajar en nuestro dispositivo,
modificando o no el la rama principal.
1.1.2 A continuación veremos como es el flujo de trabajo de manera local o remota.

Local Remota

Working Staging
Localrepo Remote repo
directory area

git add
git commit
git push

git pull
git checkout
 2

De manera sencilla este workflow nos dice que al trabajar de manera local, al hacer un
git add, éste pasa de un directorio de trabajo a un área intermedia, luego al realizar un git
commit, éste pasa a un directorio local pero si se le da la confirmación, al hacer la confirmación
obtenemos una instantanea de todos los archivos del working directory y al hacer el git push
subimos todos los cambios a un directorio remoto, y de manera inversa al hacer un git pull de
un directorio remotoa uno local. Con el git checkout excluimos o bloquemos lo que se desea
cambiar de un directorio local a nuestro directorio de trabajo.

1.2 Herramienta BitBucket

Bitbucket es un servicio de creación de repositorios de control de versiones creado en
2008. Es una herramienta donde puedes crear repositorios públicos o privados de manera
gratuita e ilimitada, puedes analizar comandos básicos como creación y gestión de repositorios,
conectarse utilizando autenticación de 2 factores, hacer peticiones de extracción, realizar
revisiones de código, usar la edición en línea y realizar el seguimiento de los problemas.
Uno de los atractivos de BitBucket es que ofrece una flexibilidad incorporada en
términos de soporte de BCS, la capacidad de importar repositorios desde Git o SBN. Para crear
tus repositorios e iniciar con el control de cambios en tu código, debes ingresar a la página en
línea, ya que, tus repositorios se guardaran en la nube, desde ahí puedes crear un clon de tu
proyecto para trabajar desde tu equipo. La funcionalidad es casi igual a Git, puesto que el
archivo README que se crea al hacer tu repositorio está en versión Git. Puedes tener un
respaldo de tus proyectos en la nube, además que facilita el trabajo en equipo y posibilita
regresar a cualquier versión anterior de nuestro código que ya ha sido guardado, puedes
registrar cada cambio hecho con el autor de ese cambio y la fecha en que se hizo, de esta
manera puedes comparar tu código con todos los cambios realizados a lo largo del tiempo.
2. Anexe imagenes sobre las interfaces de las aplicaciones y explique sus funcionalidades a
partir de los íconos de las aplicaciones.

2.1 Github.

Esta es la página principial de Github donde podemos ver sus principales funcionalidades.
Pull requests, issues, codespaces, marketplaces y explore, además que tenemos tres íconos
más en la parte derecha, uno para nuestro centro de notifiaciones, otro para
configuraciones de nuestro perfil y el último con un símbolo + que ya analizaremos más a
detalle.
 3

2.1.1 Pull requests

El pull rquests o solicitud de extracción, es la manera en la podemos revisar un repositorio,
hacer comentarios y cambios entre ramificaciones de nuestro código.

2.1.2 Issues
Un Issue es crear una marca o nota sobre alguna parte de nuestro repositorio, donde vemos
algún problema, se debe corregir un error, agregar nuevas opciones o aclarar algo que no
está bien especificado.
 4

2.1.3 Codespaces
Como su nombre lo dice es un apartado donde podemos trabajar en el desarrollo de código
en la nube.

2.1.4 Marketplace
En el marketplace pudes conectar con otros desarrolladores, obteniendo herramientas
gratuitas y de pago.

2.1.5 Explore
Puedes usar el explorador de GitHub para encontrar documentos, sintaxis y errores de
validación.
 5

2.1.6 Ícono +
En este ícono puedes crear e importar repositorios, crear un nuevo espacio de desarrollo de
código con “New codespace”, compartir código usando GitHub con “New gist”, colaborar en
proyectos de código abierto con “New organization” y crear nuevos proyectos.

2.2 BitBucket

Esta es la página principal de BitBucket donde podemos ver las opciones de tus trabajos,
repositorios subidos, proyectos creados o crear uno nuevo, el despegable “More” con las
opciones “pull requests” y “snippets” y el desplegable “Create” donde podemos crear un
nuevo repositorio, un proyecto y un snippet.
 6

2.2.1 Your Work

En este apartado podemos crear o importar un nuevo repositorio, además de poder crear
un área de trabajo para colaborar en equipo.

2.2.2. Repositories

Acá podemos llevar un seguimiento a nuestras áreas de trabajo o proyectos donde hayamos
subido un repositorio, además de la opción de crear un repositorio.

2.2.3. Projects

En esta opción podemos crear proyectos para darle un control más organizado a nuestros
repositorios.
 7

2.2.4. Pull requests

Acá podemos hacer cambios o comentarios sobre lo que deseamos cambiar en nuestro
código.

2.2.5 Snippets
En este lugar podemos compartir parte de nuestro código o archivos con miembros de
nuestro equipo o con cualquiera dentro de BitBucket.

2.2.6. Repository

Acá podemos crear un repositorio, asignando nombre al proyecto y repositorio, dandole un

acceso público o limintadolo a un acceso privado, incluir o no un archivo README.
 8

2.2.7. Project
Al igual que con crear un repositorio, aquí podemos añadir nombre al proyecto, una
contraseña, una descripción del mismo y la privacidad que tendrá éste.

2.2.8 Snippet

Acá podemos agregar archivos o pegar parte de nuestro código y compartirlo con nuestro
grupo de trabajo o de manera pública.
 9

3.0 Documente de manera detallada por medio de un ejemplo de como se utiliza la

aplicación – caso aplicado con GIT y GitHub, no tomar un caso de internet y copiarlo.
Todos los integrantes del equipo deberán estar vinculados en el proyecto.

Para este ejemplo vamos a trabajar desde el comando cmd, ésto para acostumbrarnos a
trabajar de manera local, utilizando el siguiente flujo:

Una vez descargado el software GIT, debemos acostumbrarnos a trabajar desde la consola,
para esto ejecutamos el comando cmd en windows, verificamos que está instalado
correctamente escribiendo git en el cmd y esto nos debería arrojar unos comandos.
 10

Ahora creamos una carpeta con mkdir y la nombramos proyectogit

Ingresamos a la carpeta mediante cd proyectogit, limpiamos nuestra área de trabajo e

inicializamos la heramienta escribiendo el comando git init, con lo que creamos una
estructura oculta dentro de windows.
 11

Ahora configuramos cuál será nuestro nombre de usuario con git config –global user.name
“##” y nuestro correo con git config –global user.email “##”.

En la carpeta oculta que creamos en windows vamos a agregar o crear cualquier archivo
que deseemos para este ejemplo.

Para agregarlo a nuestra staging area usamos git add y el nombre del archivo.
 12

Para pasar esto a nuestro repositorio local hacemos un git commit –m

Ahora que tenemos nuestro trabajo local vamos a pasarlo a un archivo remoto usando
GitHub, ingresando a nuevo repositorio

Una vez creado el repositorio nos saldrán los siguientes datos

 13

Ahora enviamos nuestros datos al repositorio remoto, primero copiamos la dirección del
repositorio en la nube, nos vamos a cmd y usamos git remote add origin y pegamos la
direción remota.

Verificamos que se haya subido correctamente con git remote –v.

 14

Ahora subimos todo lo que hayamso trabajado desde la consola a la nube mediante git
push –u origin master

Ahora nos vamos a GitHub y vemos que ya se subió nuestro primer archivo.
 15

De esta manera cada archivo que creemos dentro de nuestra carpeta en el equipo podemos
subirla a la nube y poder trabajar de manera local o remota.

4.0 Presente estadisticas relevantes sobre las herramientas de Gestión de Configuración

del Software.

5.0 ¿Cúales son los beneficios de realizar control de versiones a través de estas
herramientas?

- Posibilidad de regresar nuestro código a un estado previamente guardado.

- Facilita el trabajo en equipo.
- Tener un respaldo en la nube.
- GIT se basa en control de versiones distribuidas, lo uqe permite clonar los archivos a
cada cliente.
- Se puede aplicar a cualquier archivo de nuestro equipo.
- Organiza las tareas y actividades que mantienen la integridad del software.
- Permite realizar auditorias rápidad y fáciles.
- Asegura la configuración correcta del software.