Comandos de inicialización de GIT
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.
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.
Para ver, por ejemplo, solo las configuraciones del nivel SYSTEM, el comando es:
git config --system --list
Ahora vamos a hacer lo mismo con Eclipse.
Eclipse
Eclipse es uno de los programas de desarrollo de aplicaciones más usados por los programadores de todo el mundo. Permite crear programas en todos estos lenguajes:
Ada, ABAP, Android, C, C ++, C #, COBOL, D, Fortran, Haskell, HTML, Java, JavaScript, Julia, Lasso, Lua, NATURAL, Perl, PHP, Prólogo, Python, R, Ruby, Rust, Scala, Clojure, Groovy, Scheme y Erlang.
Aunque la versión que vamos a usar nosotros está especialmente preparada para HTML y GIT.
El resultado será el mismo en todos los casos:
si hacemos modificaciones en las preferencias de Eclipse
si usamos los comandos “git config”
o si editamos a mano cualquiera de los tres ficheros explicados anteriormente.
Y si en el git bash volvemos a hacer “git config --list", nos mostrará dicho campo con el nuevo valor.
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.
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 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
La carpeta oculta “.git” es lo que hemos estado denominando el repositorio, que guardará toda la información que irá acumulando Git.
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 2 cosas con él:
- Crear y modificar los ficheros que construyen nuestra aplicación (funciona como editor de código)
- Ejecutar las órdenes de Git en esa aplicación (funciona también como editor de comandos Git)
Forma 2:
Todo el proceso
con Eclipse
Se denomina EGIT a GIT integrado en 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
NOTA:
Los 2 siguientes vídeos son un "bonus" que puede serte útil en un futuro, cuando tengas acceso a aplicaciones que no hayan sido construidas con Eclipse y quieras trabajar con ellas utilizando este IDE.
Por eso, puedes elegir verlas ahora o pasar directamente al siguiente contenido.
Forma 3: 1º Windows 2º 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”.