UNIVERSIDAD NACIONAL DE SAN AGUSTIN

FACULTAD INGENIERIA DE PRODUCCION Y SERVICIOS

INGENIERIA EN TELECOMUNICACIONES
DEFINICIONES BASICAS DE LA INFORMATICA
COMPUTACION 1
ING. RENZO BOLIVAR VALDIVIA
GRUPO C
Integrantes:
Ponce Paredes Bryan Miguel
Gutierrez Pilco Allisson Julissa
Flores Quispe Jerpsom Andree
Llerena Yerson Henry
Quise Ramos Marcos Aurelio
GIT
Git es un software de control de versiones diseado por Linus Torvalds, pensando en la
eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando stas
tienen un gran nmero de archivos de cdigo fuente. Git se ha convertido en un sistema de
control de versiones con funcionalidad plena

SISTEMA DE CONTROL DE VERSIONES

Git es un software de control de versiones diseado por Linus Torvalds. La pregunta es
Qu es control de versiones? Pues bien se define como control de versiones a la gestin
de diversos cambios que se realizan sobre los elementos de algn producto o una
configuracin del mismo es decir a la gestin de los diversos cambios que se realizan sobre
los elementos de algn producto o una configuracin, es decir, control de versiones es lo
que se hace al momento de estar desarrollando un software o una pgina web. Exactamente
eso que se hace cuando se sube o actualiza un cdigo en la nube, o le aades alguna parte o
simplemente le editas cosas que no funcionan como deberan o al menos no como uno
esperara
Entonces podemos llamar sistema de control de versiones a todas las herramientas que nos
permiten hacer todas esas modificaciones ant3es mencionadas en nuestro cdigo y hacen
que sea ms fcil la administracin de las distintas versiones de cada producto; es decir Git.

Qu nos aporta git?

Auditora del cdigo: saber quin ha tocado qu y cundo

Control sobre cmo ha cambiado nuestro proyecto con el paso del tiempo
Volver hacia atrs de una forma rpida
Control de versiones a travs de etiquetas: versin 1.0, versin 1.0.1, versin 1.1,
etc. Sabremos exactamente que haba en cada una de ellas y las diferencias entre
cualquiera de ellas dos
Seguridad: todas las estructuras internas de datos estn firmadas con SHA1. No se puede
cambiar el cdigo sin que nos enteremos
Mejora nuestra capacidad de trabajar en equipo
Merging y branching extremadamente eficientes
Instalar Git en Linux

Instalar Git en Linux es realmente sencillo, pero la forma de instalarlo depender de la

distribucin. A continuacin te muestro cmo instalarlo en las distribuciones ms
habituales:

Debian/Ubuntu/Linux Mint y derivados:

sudo apt install git

Opensuse:

sudo zypper install git-core

Fedora:

sudo yum -y install git

Arch/Manjaro:

sudo pacman -S git

Configurar Git

Una vez instalado nuestro cliente Git, lo primero que tenemos que hacer
es configurar nuestro nombre de usuario y direccin de correo electrnico.

Si utilizamos la opcin global, esto solo lo tenemos que hacer una vez, puesto que a
partir de entonces lo tomar por defecto. As por ejemplo,

git config --global user.name "nombre"

git config --global user.email nombre@nombre.es

Si en un proyecto concreto queremos utilizar otro usuario o email, lo que debemos hacer es
no aadir la opcin global.

Estos dos parmetros son importantes porque las confirmaciones de cambios utilizan esta
informacin.

El resto de parmetros a configurar ya son opcionales. Algunos que te pueden ser de

utilidad son:

El editor de texto.

git config --global core.editor

 Herramienta de diferencias. La herramienta de diferencias (que comentaremos
ms adelante) es la que se encarga para resolver conflictos de unin:

gif config --global merge.tool vimdiff

Por ltimo si quieres ver tu configuracin, puedes ejecutar la siguiente orden en

el emulador de terminal:

git config --list

REPOSITORIO LOCAL
Un repositorio es el proyecto con todos los archivos y sobre esta carpeta GIT gestiona los
cambios.
El repositorio local esta compuesto por tres "rboles" administrados por GIT.
Directorio de trabajo que contiene los archivos
El Index que actua como una zona intermedia
El HEAD que apunta al ltimo commit realizado.
Para iniciar un repositorio local se debe crear una carpeta ubicarte dentro de la carpeta
desde Git Bash y escribir el comando git init.
CREAR UNA CARPETA

$ mkdir " Nombre de la carpeta "

$ cd "Nombre de la carpeta"
Posteriormente dentro de Git Bash se pone el comando cd .. <<tecla intro>> hasta llegar a
la raz que es el disco C, luego entro a la carpeta con el comando cd nombre de la carpeta
creada, se utiliza el comando ls -l para ver los archivos y finalmente ejecutamos el
comando git init para inicializar esa carpeta como un repositorio local.
Con el comando ls -a se puede ver una carpeta oculta .git/, en esa carpeta se irn
almacenando todos los cambios del repositorio Nombre de la carpeta.
Haciendo lo anterior hemos inicializado el repositorio que es la carpeta, a continuacin se
aaden los archivos notas.txt, para continuar es muy importante recordar los estados del
flujo de trabajo en GIT vistos anteriormente.

Con el comando git add .se aade todos los archivos que estn en el directorio de trabajo y
que no han sido aadidos o que han sido aadidos pero que tuvieron alguna modificacin
despus de aadirlos.
Pero si se quiere aadir un archivo en especfico se puede hacer con el comando git add
<<nombre de archivo>>.

Luego se ejecuta el comando git status para observar la diferencia, este comando te muestra
en que parte del flujo de trabajo se encuentra un archivo.

Commit

Es una especie de punto de control en nuestro proyecto de control de versiones. En l se

guarda el estado de todos los archivos tal como se encontraban en el momento del commit.
Si hacemos cambios en algn otro archivo, o en ms de uno, y hacemos nuevamente
commit tendremos dos puntos de control: uno con los archivos en el estado en que estaban
en el primer commit y otro en el estado del segundo. Lo mismo ocurre si aadimos o
eliminamos archivos y volvemos hacer un commit, en cada punto de control estarn o no
estarn esos archivos segn corresponda.
Rama Master

La manera como Git controla nuestro proyecto es mediante el uso de ramas (linea de vida
de nuestro proyecto), la rama principal es llamada Master y cada commit es considerado el
punto de control de las versiones.
Para hacer un commit de nuestro proyecto:
git add A

git commit -m "___Comentario Detallado del commit___"

Para movernos en cada commit: (listar antes los commit con "git log")

git checkout ___codigo_serial_de_commit___

REPOSITORIO REMOTO
GitLab
Es una plataforma de desarrollo colaborativo que almacena proyectos que utilizan el
software de control de versiones Git. Usa una licencia Open Source con licencia MIT, por
ende se pueden crear proyectos privados y pblicos de forma gratuita. El software fue
escrito por Dmitriy Zaporozhets y Valery Sizov de Ucrania, el cdigo est escrito en Rub.
Se utiliza por organizaciones como IBM , Sony , Centro de Investigacin de Jlich , la
NASA , Alibaba , Invincea , OReilly Media , Leibniz Rechenzentrum (LRZ) y el CERN.
La Plataforma es usada a travez del repositorio Web en la nube y/o se puede instalar un
repositorio en un servidor local.

Subir repositorio local al remoto Gitlab

Primero hay que adicional el repositorio remoto a local que tenemos:
git remote add origin https://jerpsom@gitlab.com/jerpsom/PracticaCpp.git

Hay que visualizar nuestro repositorio remote para poder confirmar:

git remote v

Ahora recin podemos enviar los archivos locales al repositorio remoto creado:
git push origin master

Agregar un nuevo repositorio remoto

Para aadir un nuevo repositorio remoto, se debe de asignar un nombre para poder
identificar el archivo fcilmente, ejecuta: git remote add [nombre] [url]:

$ git remote
origin
$ git remote add pb git://github.com/paulboone/ticgit.git
$ git remote -v
origin git://github.com/schacon/ticgit.git
pb git://github.com/paulboone/ticgit.git
En el anterior caso se puede ver que el nombre que se agrego es pb y una url de
git://github.com/paulboone/ticgit.git
Ahora se puede usar el nombre que colocaste, en este caso pb como una cadena en la
lnea de comando en lugar de colocar toda la URL.
Ejemplo:

git fetch pb :

$ git fetch pb
remote: Counting objects: 58, done.

remote: Compressing objects: 100% (41/41), done.

remote: Total 44 (delta 24), reused 1 (delta 0)

Unpacking objects: 100% (44/44), done.

From git://github.com/paulboone/ticgit

* [new branch] master -> pb/master

* [new branch] ticgit -> pb/ticgit

Para enviar nuevos commits a nuestro repositorio remoto:

git add A

git commit -m "___Comentario Detallado del commit___"

git push origin master

Recibiendo de tus repositorios remotos

SI uno quiere recuperar datos de un repositorio remoto puedes ejecutar:

git fetch [remote-name]

Donde [remote-name] es el nombre de la parte en que quieres regresar.

Si clonas un repositorio, se aade automticamente origin. Debido a ello recuperara la
informacin enviada hacia el servidor que se clono.
Nota: Recordar que el comando fetch solo recupera la informacin y la pone en tu
repositorio local, eso significa que no modifica el trabajo. Tendrs que unirlos
manualmente si lo quieres.
Si quieres unir se ejecuta git pull y automticamente se intenta unir con el cdigo con el
que ests trabajando actualmente.

Enviando a tus repositorios remotos

Cuando ya quieres compartir tu estado y enviarlo a tu repositorio remoto, ejecuta :

git push [nombre-remoto][nombre-rama]

Por otra parte si lo quieres enviar a tu rama maestra y al servidor de origen, solo ejecuta:
git push origin master

Inspeccionando un repositorio remoto

Si quieres observar la informacin un repositorio en particular, ejecuta:

git remote show [nombre]

Por otro lado si quieres hacerlo para origin solo agrgalo en vez del nombre.

Eliminando y renombrando repositorios remotos

Para poder renombrar el repositorio simplente ejecuta:

git remote rename [nombre actual] [nombre nuevo]

Esto hara que se cambien las referencias que se tenan con el nombre anterior hacia el
nuevo.
Para eliminar una referencia puedes usar:
git remote rm [nombre]
Bibliografia

[1] A. M. Var, P. G. Sevilla, and I. G. Luengo, Introduccin a la programacin con

Python 3.Universitat Jaume I. Servei de Comunicaci i Publicacions, 2014.

[2] G. D. Raul, Python para todos, Creative Commons Reconocimiento, vol. 2, 2010.

[3]24/8/2017, GIT, Git downloads, https://git-scm.com

[4] 24/8/2017, GIT, Git blog, https://git-scm.com

[5] 24/8/2017, GIT, Git documentation, https://git-scm.com

[6] 24/8/2017, GIT, Git Empezando, https://git-scm.com