Comandos de inicialización de GIT

git config

Explicación del comando git config

Los primeros comandos que hemos escrito, los hemos indicado porque es imprescindible que GIT sepa qué usuario somos antes de empezar a crear aplicaciones.

git config --global user.name "<mi nombre>"

git config --global user.email "<mi correo electrónico>"

Esto lo hacemos a nivel GLOBAL para no tener que repetirlo después, cada vez que creemos una aplicación. En ese momento, si lo deseamos podremos cambiarlo, pero si no lo hacemos, tomará por defecto los valores que hemos indicado ahora.

En este momento, el fichero de nivel GLOBAL, se puede considerar que ya está completo.

El comando git config --list se puede escribir también como git config -l

El resultado de dicho comando es que se mostrará la lista de todas las configuraciones que hemos definido hasta el momento en los tres niveles: SYSTEM, GLOBAL y LOCAL (este último solo si estamos dentro de la carpeta de alguna de las aplicaciones gestionadas por GIT). También incluye las configuraciones hechas durante la instalación de GIT.

Ahora vamos a hacer lo mismo con Eclipse.

Eclipse: Perspectiva GIT y Preferencias

Con Eclipse, también vamos a crear el código de nuestra aplicación, como vamos a ver a continuación.

Podemos decir que usando Eclipse, no necesitamos otros programas.

A pesar de eso, en este curso veremos otras opciones también muy utilizadas (Sourcetree, Gitkraken...) pero que nos obligan a trabajar con varios programas al mismo tiempo.

Actividad multimedia: Asociar parámetros de configuración con sus atributos

git init    

Cuando cooperamos en un grupo de trabajo, y vamos a desarrollar una aplicación, el funcionamiento de GIT será algo diferente en estos dos casos:

• Si la aplicación es nueva y la creamos nosotros,
• o si ya existe y ha sido creada por otro desarrollador.

En este capítulo vamos a centrarnos en la situación en que nosotros creamos la aplicación (más adelante veremos el otro caso). De momento nadie más va a desarrollar en ella. Está vacía y nosotros nos vamos a encargar de crear la primera o primeras versiones. Si todo evoluciona correctamente, otros desarrolladores se unirán posteriormente y empezarán a colaborar, ya que es buena práctica dividir el trabajo, con el fin de aunar esfuerzos para obtener mejores resultados.

Vamos a empezar con una aplicación muy simple. El proceso de crear una aplicación y hacer que sea gestionada por GIT lo podemos hacer de varias formas. Todas son equivalentes, el resultado es el mismo en todas ellas. Puedes usar la que se adecue mejor a tu forma de trabajar, o utilizar una mezcla de varias.

• En la primera forma, hacemos todo el proceso de inicialización de GIT en nuestra aplicación, utilizando únicamente comandos de consola.
• En la segunda forma, lo mismo pero usando clicks de ratón en Eclipse.
• La tercera y cuarta, serán útiles cuando tenemos creada una aplicación en Windows (que puede o no estar siendo gestionada por GIT), y deseamos seguir trabajando con ella en el entorno de Eclipse.

Forma 1:
Todo el proceso
con Git Bash

Comando git init desde el terminal Git Bash

La carpeta oculta “.git” es lo que hemos estado denominando el repositorio, que guardará toda la información que irá acumulando GIT.

La carpeta oculta “.git” no debe ser borrada nunca, salvo que deseemos dejar de usar el control de versiones que nos proporciona GIT. En ese caso, perderemos todo el historial de versiones que hayamos guardado.

El inconveniente de esta forma de inicializar GIT en nuestra aplicación es que a partir de este momento, para crear, modificar, etc… los ficheros de nuestra aplicación, necesitamos un editor de código (que puede ser editor de texto o gráfico).

También podemos usar un editor de comandos Git para ejecutar las órdenes de GIT (y así no será necesario escribir comandos en el terminal git bash).

Por ejemplo SourceTree, Gitkraken, Github Desktop o Git GUI, son editores de comandos Git que veremos en esta misma unidad. Pero es el mismo caso que el anterior: también necesitamos otro editor de código para hacer modificaciones en los ficheros de nuestra aplicación.

En cambio, si usamos Eclipse, podemos hacer las 3 cosas con él:

• Crear la aplicación e inicializar GIT en ella

• Crear y modificar los ficheros que la construyen (funciona como editor de código)

• Ejecutar las órdenes de GIT en esa aplicación (funciona también como editor de comandos Git)

Podemos observar que en el terminal Git Bash aparece un identificativo que pone “(master)”. Se trata de la rama principal de nuestra aplicación. Veremos en qué consiste eso en breve. Actualmente Git deja libertad para que decidamos nosotros cuál va a ser el nombre de la rama principal.

Forma 2:
Todo el proceso
con Eclipse

Se denomina EGIT a GIT integrado en Eclipse

Inicializar GIT desde Eclipse

El fichero ".project" existe para que Eclipse reconozca el proyecto (la aplicación) como suyo. Si no existe ese fichero, para Eclipse es como si la aplicación no existiera. En el improbable caso de que lo necesitemos y no lo tengamos, se puede copiar de otro proyecto que lo tenga (y después modificar en su contenido, la línea donde indica el nombre de la aplicación).

En la "variante" explicada al final del vídeo anterior, hemos visto que Eclipse no actualiza inmediatamente las vistas, como sucedía con la forma anterior.

Soluciones

• A veces hay que cerrar y volver a abrir Eclipse para que se refresque correctamente,

• o abrir manualmente el repositorio en la vista "Git Repositories" (veremos esto más adelante). Pero aunque en la vista "Git Repositories", no termine de refrescarse, no hay de qué preocuparnos, nuestro repositorio ha sido correctamente creado.

 Formas 3 y 4

Forma 3: 1º Windows 2º Eclipse

 

Importar aplicación a Eclipse

 

Forma 4: 1º Git Bash 2º Eclipse

 

Una variante al punto anterior es que, por ejemplo, la aplicación de Windows ya estuviese conectada con GIT antes de traerla a Eclipse, es decir, ya contenía la carpeta oculta “.git”.  

Importar aplicación con repositorio

 

Actividad multimedia: Rellena los huecos en las siguientes afirmaciones sobre SCV centralizados y distribuidos

Esta píldora formativa está extraída del Curso online de Control de Versiones con Git/GitHub.