Notas · Xabi

Git

Se lee en 4 min

linux Docker
https://gitea.xabi.ovh xabi 77lua3

Konfigurazioa

git config --global user.email “xlizarralde@gmail.com” (komandoa ejekutatzen dan bakoitzean aldatu egiten da)
git config --global core.editor nvim (komandoa ejekutatzen dan bakoitzean aldatu egiten da)
git config --list (variable danak ikusteko)
git config --help

git init (honekin git-ekin karpeta hortan lokalen lanen hasi dezakegu baina oraindik artxiboak ez daude trackeatuta bertsioak kontrolatzeko, por defecto master branch)
git status egoera ikusteko
git add *.txt giten trackeatzen hasteko
git add . dana trackeatzeko
git commit -m “initial version” aldaketak gordetzeko
git reset HEAD nombre\_archivo trackeatzen dagoen artxibo bat ez badegu nahi trackeatu.
aldaketetan atzera juteko:
https://www.delftstack.com/es/howto/git/git-go-back-to-previous-commit/
git log commit danak detaileekin
git log --oneline commit danak listatzeko laburtuta
git revert HEAD azkeneko commit-a revertitu eta aurrekora bueltatzeko
git revert HEAD~2..HEAD bi commit atzera rebertitzen du
git checkout 41f1f2a commit hortara bueltatu tenporalki, gero commit bidez gorde
git reset --hard 41f1f2a hemen commit honen ondorengo commitak galdu egiten dira (revert-ekin ez)

laneko portatiletik

El proceso completo para el día a día sería:

  1. Antes de tocar nada en el portátil → git pull --rebase --prune
  2. Trabaja normal
  3. Al final del día → git add -A && git commit -m "..." && git push

Para minimizar choques, dos reglas prácticas:

  1. Yo solo toco IA/LUA/wiki_IA/ (el wiki del agente). Tú tocas el resto del vault (notas, recetas, etc.). Así casi nunca pisamos los mismos archivos.
  2. Si editas algo dentro de wiki_IA (p. ej. una nota que yo también estoy tocando), avísame por Telegram y me coordino para no chocar.

El flujo correcto el lunes es

git pull --rebase --prune   # trae mis cambios, reordena los tuyos encima
# (resuelve conflictos si los hay, en archivos que ambos tocamos)
git push                    # sube todo

Pasos en tu GUI:

  1. Remote → Fetch from → origin
    → Baja mis cambios de Gitea a tu rama local origin/master. No toca tus archivos todavía.

  2. Merge → Local Merge…
    → En “Merge Into” deja tu rama actual (master), y en “Merge Tracking Branch” elige origin/master.
    → Acepta. Esto fusiona mis cambios con los tuyos.

  3. Remote → Push (o Push to origin)
    → Sube el resultado a Gitea.

Eso es el equivalente a git pull + git push.

Rebase

Estado REBASE en master: tu pull no va a funcionar bien hasta que termines o abortes ese rebase. El orden correcto:

1️⃣ Mira en qué punto estás

git status

Te dirá si hay conflictos (both modified:) o si el rebase está simplemente en pausa.

2️⃣ Decide: continuar o abortar

• Si es un rebase que quieres mantener (p. ej. estabas rebaseando tu rama sobre lo nuevo):

git rebase —continue

— si hay conflictos, edita los archivos, git add y repite --continue hasta que termine.

• Si el rebase salió mal o no lo recordabas (típico si te aparece al hacer pull y no sabes por qué está en curso):

git rebase —abort

Esto te devuelve exactamente a como estabas antes, sin tocar nada.

3️⃣ Solo cuando ya no diga “rebase in progress”, haz el pull

git pull

Regla rápida: termina primero, pull después. Un pull con un rebase a medias te deja en un lío. Si dudas, --abort es siempre la opción segura — no pierdes ningún commit, solo vuelves al punto de partida.

Causa típica en Windows: git no puede borrar el directorio porque sigue “pillado” (lock, proceso, o el antivirus/OneDrive). La solución es borrarlo a mano y listo:

1. Comprueba que esté realmente en estado normal

git status

Si ya no dice “rebase in progress” / “You are currently rebasing”, no pasa nada grave — pero igual conviene limpiar el resto. Si sí lo dice, borra el directorio:

2. Borra la carpeta sobrante
Desde Git Bash / terminal:

rm -rf .git/rebase-merge

Si da error (Windows suele quejarse), ciérralo en el Explorador: busca la carpeta oculta .git dentro del vault, entra y borra rebase-merge. Si no te deja, es que algún proceso la tiene abierta — cierra el editor/terminal de git y reintenta.

3. Verifica que quedó limpio

git status

Debería mostrar tu rama normal, sin rastro de rebase.

4. Y ahora sí, el pull

git pull

Serbidoreko repositorio batekin lanean

git clone git@github.com:xabiliza/nvim.git repositorio batetik klonatzeko
git clone git@github.com:xabiliza/nvim.git nerekarpeta repositoria klonatzeko zuk karpeta bat sortzen dut izen horrekin
git pull origin Atareaoko self-hosted karpeta eguneratu baina nere aldaketak galdu gabe eta konfliktorik gabe
git push [name remote] [ name rama] aldaketak serbidorera igotzeko

Para subir repositorio a remoto
https://git-scm.com/book/es/v2/Fundamentos-de-Git-Trabajar-con-Remotos

git remote add origin git@github.com:xabiliza/dotfiles.git
git push origin master

https://docs.github.com/es/authentication/troubleshooting-ssh/error-permission-denied-publickey
https://docs.github.com/es/authentication/connecting-to-github-with-ssh/adding-a-new-ssh-key-to-your-github-account
https://gist.github.com/cgonzalezdai/cc33db72a6fe5178637aabb562eae35c

lazygit
ubuntun instalatzeko hau dana pegau

LAZYGITVERSION={LAZYGIT_VERSION}/lazygit${LAZYGIT_VERSION}_Linux_x86_64.tar.gz”
tar xf lazygit.tar.gz lazygit
sudo install lazygit -D -t /usr/local/bin/

Vista Gráfica

Retroenlaces