Learning Git/GitHub/GitLab

Tabla de contenidos

Numeration	Check	Topic	Edit Gitpot	Downloads	link
001	✔️	Instalacion	💻	💾	⬅️ Atras
002	✔️	Comands	💻	💾	⬅️ Atras
003	✔️	Crear repositorio	💻	💾	⬅️ Atras
004	✔️	Principales Comandos	💻	💾	⬅️ Atras
005	✔️	Clonacion Edicion tags	💻	💾	⬅️ Atras
006	✔️	Ramas o Branches	💻	💾	⬅️ Atras
007	✔️	Conflictos	💻	💾	⬅️ Atras
008	✔️	Sincronizaciones	💻	💾	⬅️ Atras
009	✔️	Folk	💻	💾	⬅️ Atras
010	✔️	SSH	💻	💾	⬅️ Atras
011	✔️	WIKI	💻	💾	⬅️ Atras
012	✔️	Project	⌛	💻	💾
013	✔️	Global	💻	💾	⬅️ Atras
014	✔️	Commit	💻	💾	⬅️ Atras

---

Instalacion

📦 Install Git Instalador de Git.
📦 Install Github Instalador de Github.
📦 Install GitKraken Get The Legendary GitKraken Client.
📦 Install Gitlab Software. Faster..
📦 Install Bitbucket Code & CI/CD, built for teams using Jira

Comands

Borrar la branch local

git branch -d localBranchName

Borrar la branch remota

git push origin --delete remoteBranchName

Configuracion de Usuario

git config --global user.name "user"
git config --global user.email user@example.com

Crear rama a partir de otra

git checkout -b "newBranch"

NUMBER	STATE	COMANDS	DESCRIPTION
001	✅	git init	Inicializar git, solo se ejecuta una ves
002	✅	git add nombre_archivo	Se consigue llevar el Archivo de repositorio local al area de ensayo(Area de Ensayo)
003	✅	git commit -m "Nombre_cambio"	Trasladar el archivo al area de rep. local
004	✅	git status	Archivos Pendiendites
005	✅	git log --oneline	Historial de Cambios
006	✅	git reset --hard numero_commit	Hacer una restauracion a la version Anterior
007	✅	git add .	Agregar todo al areas de ensayo
008	✅	git commit -am "Comentario"	hace add y commit juntos
009	✅	git commit -am "Comentario"	hace add y commit juntos
010	✅	git commit -ammend	Complejo Editor en este caso lo utilizaremos para modificar
011	✅	git pull	traer las modificaciones de remoto a local
012	✅	git tag nombreDeTagv1 -m "Primera version	Primera version de proyecto, para descargar completamente
013	✅	git pull --tags	Subir el Tags a remoto
014	✅	clone URL	Clonacion de un proyeto en remoto
015	✅	git branch nuevaRama	Crear una rama
016	✅	git checkout rama	Cambiar de rama
018	✅	git merge master	Combianar con la rama principal, ir a la rema principal para hacer el merge
019	✅	git branch -d nombredelaRama	Borrar rama
020	✅	git config --list	Para ver todas la configuraciones
021	✅	git help	Muestra una lista con los comandos más utilizados en GIT
022	✅	git diff	ver lo que se combio en el codigo
023	✅	git commit --amend -m "nombreCorregido"	Corregir un commit antes de reaizar un push
024	✅	git mv nombre_antiguo nombreNuevo	Actualiza ul nombre del archivo
025	✅	git rm nombre_archivo.html	Elimina el archivo con el nombre escrito
026	✅	git config --global user.email brian@mail.copm	cambiar un dato en el listado de configuraciones

Main Commands

Instalacion de Git en Windows

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Principales Comandos	004	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

Clonacion Edicion tags

Instalacion de Git en Windows

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Clonacion Edicionm tags	005	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

Ramas o Branches

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Ramas o Branches	006	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

---

Conflictos

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Conflictos	007	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

Sincronizaciones

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Sincronizaciones	008	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

Folk

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Folk	009	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

SSH

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
SSH	009	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

WIKI

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
wiki	009	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

Project

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Project	-	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

Global

Configuración de Git

Como se ha visto brevemente en podemos acceder a los ajustes de configuración de Git a través del comando git config. Una de las primeras acciones que has realizado con Git ha sido el configurar tu nombre y tu dirección de correo electrónico

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Global	-	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

Commit

github bestpractices

Durante el desarrollo de un proyecto es muy recomendable contar con una guía de buenas prácticas la cual nos facilite redactar commits que sean claros y puedan ayudar a cualquier miembro del equipo, esto para evitar que a medida que un proyecto se prolonga, los mensajes de los commits de mi git se vuelven cada vez menos informativos y podemos encontrar mensajes como ya funciona x parte los cuales en ocasiones no son ni descriptivos y peor aún en ocasiones ni el responsable recuerda o sabe lo que generó😒.

Por lo que para poder llevar de la mejor forma un proyecto es recomendable que todos los miembros del equipo adopten un estándar que les permite la redacción de commits, con base a mi experiencia comparto las siguientes recomendaciones.

Estructura

El mensaje de un commit se divide en 3 partes diferentes el **título, el cuerpo y pie como se muestra en el siguiente ejemplo.

[Titulo ] => Type : Subject

[Body]

[Pie]

Como se puede apreciar en la imagen anterior el título se conforma de dos partes las cuales son el tipo y del asunto del mensaje.

Tipo

*➕ADD *: Se genera una nueva funcionalidad.
*🛠 FIX *: Se soluciona un bug.
♻️ REFACTOR : Refactorización y mejoras.
☠️ DELETE : Se eliminan funciones o archivos.
📚 DOCS : Se generar cambios en la documentación.

Es importante notar que el Type se escribe en mayúsculas y se puede utilizar emoji el cual es opcional en mi caso los utilizo ya que me facilita de primera vista saber el tipo de commit.

Subject/Asunto

El asunto no debe contener más de 50 caracteres, debe iniciar con una letra mayúscula y no terminar con un punto. Debemos ser imperativos al momento de redactar nuestro commit, es decir, hay que ser objetivos y muy importante tenemos que acostumbrarnos a escribirlos en Inglés esto es una de las mejores prácticas que podemos tener.

Body/Cuerpo

Se utiliza para explicar el ¿Qué? y ¿Por qué? del commit y no el ¿Cómo?, Al escribir el cuerpo, requerimos de una línea en blanco entre el título y el cuerpo, además debemos limitar la longitud de cada línea a no más de 72 caracteres.

Footer/Pie

Esta parte es muy importante ya que es donde se coloca el seguimiento de los *issues o tickets ***relacionados con los cambios generados.

Ejemplo

Tomando en cuenta las recomendaciones mencionadas la estructura de nuestro commit se vería de la siguiente manera.

DOCS: Redaccion de reglas para commits
Een la seleccion Wiki se redactaron las buenas practicas para los commits

Issue: #1

🌐dev.to

---

Otra Manera

Type/Tipo

El tipo es contenido en el titulo y puede ser de alguno de los siguientes casos:

eat: Una nueva caracteristica.

fix: Se soluciono un bug.

docs: Se realizaron cambios en la documentacion.

style: Se aplico formato, comas y puntos faltantes, etc; Sin cambios en el codigo.

refactor: Refactorizacion del codigo en produccion.

test: Se añadieron pruebas, refactorizacion de pruebas; Sin cambios en el codigo.

chore: Actualizacion de tareas de build, configuracion del admin. de paquetes; Sin cambios en el codigo.

Ejemplo

feat: Summarize changes in around 50 characters or less

More detailed explanatory text, if necessary. Wrap it to about 72 
characters or so. In some contexts, the first line is treated as the 
subject of the commit and the rest of the text as the body. 

The blank line separating the summary from the body is 
critical (unless you omit the body entirely); 
various tools like `log`, `shortlog` and `rebase` can get 
confused if you run the two together. 

Explain the problem that this commit is solving. 
Focus on why you are making this change as oppose
to how (the code explains that). 

Are there side effects or other unintuitive consequenses of this change?
Here's the place to explain them.
Further paragraphs come after blank lines.

- Bullet points are okay, too 
- Typically a hyphen or asterisk is used for the bullet, preceded by a 
single space, with blank lines in between, but conventions vary here

If you use an issue tracker, put references to them at the bottom, like this:

Resolves: #123 
See also: #456, #789

🌐codigofacilito

---

PLatilla

Resumen de los cambios en 50 caracteres o menos

Texto explicativo más detallado, solo si es necesario. La línea en blanco que separa el título del resto del texto es crucial (a no ser que omitas el cuerpo y el mensaje solo tenga título); algunas herramientas pueden mostrar información alterada si omites la línea en blanco de separación.

También se pueden añadir más párrafos, separados igualmente por una línea en blanco.

- Se pueden añadir listas

- Para las listas se usan guiones o asteriscos (como en Markdown)

En el pie, se pueden poner referencias a los IDs de los issue trackers, por ejemplo:

Resuelve: #193
Afecta a: #270, #286

File	Numeration	Link	Folk	Code	Version	State	Download	Go back
Commit	-	✔️	✔️	yes	yes	✔️	💾	⬅️Atras

---

Book

Server	Name	Authors	Editorial	ISBN	Link
OneDrive	Pro Git	Scott Chacon, Ben Straub	Apress	-	JPro Git

Spotify Git

🎵 Music Git List on Spotify 🎤

Paypal Donation

🩸 Hacer una donación PAYPAL 🍵

License

Todo acerca de la licencia here