Guía Emacs - Versionando Proyectos con MAGIT

Del ejemplo anterior quizás puede aparecer esto, y pueden surgir dudas.

Cuando se dice master se refiere al local branch (el entorno local), mientras que origin/master hace referencia al remote branch (el que esta en el servidor github)

Observación: Lo mismo aplica con los branches

Por ejemplo origin/hotfix y hotfix, origin/testing y testing, etc..

Si hicimos cambios en archivos de nuestro ordenador (se dice que es local, y se guarda en unstage), para guardar esos cambios en otro lugar de "forma temporal" (se guarda en stash) antes de hacer un pull

1. Antes de hacer (commit) de los cambios, separamos el código con (stash) Los cambios que se hicimos en los archivos del entorno local estan en unstage sino hicimos commit, seleccionamos ese bloque de código y presionamos zz RET (no le asignamos nombre porque es opcional). Cuando volvamos al archivo, no apareceran lo cambios, quedaron separados en stash
2. Creamos un branch para las nuevas características que nos pidieron de improviso Al crear el branch nos aseguramos de separar las nuevas características del commit que haríamos con las funcionalidades que estabamos desarrollando.
3. Volvemos a traer el código que reservamos con (stash) Seleccionamos los cambios que teniamos stashes y presionamos a (hace referencia a add/agregar) y volverá a aparecer esos cambios en el archivo, por tanto estará en unstage donde quedan las modificaciones que aún no se hizo commit (si lo hicieramos quedarían en stage)

1. Referencia #1 - Code Tutsplus
2. Referencia #2 - RunRoom

Corremos el comando (blame) presionando SPC g b y nos muestra un log de los cambios Si presionamos b va a los commits anteriores y con q los mas recientes

1. Blaming - Magit.vc

1. Guardamos los cambios de forma local (unstage) Modificamos los archivos, guardamos con con SPC f s ó M-x s
2. Guardo los cambios en Stage Presionamos SPC g s seleccionamos los cambios que queremos guardar en stage con shift ó v y las flechas Down/Up, y presionamos s
3. Hacemos (commit) (aplicamos los cambios) Presionamos SPC g s seguido de c c
4. Creamos un (branch) del (commit) Presionamos SPC g s seguido de b c luego RET y escribimos el nombre del nuevo (branch) donde se guardaran los cambios del (commit)
5. Hacemos (push) Presionamos SPC g s seguido de p p
6. Hacemos (pull) del (branch) nuevo al master branch Presionamos SPC g s seguido de b b elegimos el master branch y terminamos con F p

Observación: Si ya estamos en el menú de magit no es necesario presionar el atajo SPC g s del mode evil de spacemacs

Si en el paso 5 del ejemplo anterior hubiesemos tenido un conflicto, porque alguien modificó el mismo archivo en las mismas lineas.

1. Hacemos (pull) Para traer el archivo con el que tenemos conflicto, ver las diferencias entre este archivo y el archivo local para resolverlo.

2. Mostramos el conflicto Presionamos SPC g s y luego e , apareciendo tres buffers identificados en la parte inferior izquierda con las letras A, B, C.

   Nota: A y B son los archivos en conflicto, y C el archivo final, el que tendra los conflictos resuelto.

3. Comparamos las diferencias con n y p Si presionamos p o n se resaltará los cambios, donde p hace de previous diff y n de next diff

4. Corregimos el conflicto Podemos elegir entre elegir que archivo (buffer A o B) sera el correcto como solucion e ira al buffer C, presionando la letra minuscula del buffer que identifica al archivo.

   Nota: La otra manera, seria si corregimos las diferencias de forma manual escribiendo en el buffer C

5. Guardamos los cambios y salimos Presionamos q seguido de y dos veces para confirmar los cambios realizados.
6. Verificamos que se hizo el (merge) Presionamos SPC g s y debe decir "Merging origin/nombre del branch"
7. Hacemos (commit) del (merge) y (push) Comiteamos con c c y , , y por último pusheamos con P p

1. Referencia #1 - Blog SaltyCrane.com

1. Referencia #1
2. Referencia #2
3. Referencia #3
4. Referencia #4
5. Referencia #5