Knowledge base

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== Ficheros de configuración de git ======

/etc/gitconfig (específica del sistema, en windows en el $HOME del usuario)
  >git config --system --list

~/.gitconfig
o
~/.config/git/config (específicas del usuario)
  >git config --global --list
  
.git/config (específica del repositorio).
  >git config --list


  Cada uno de estos sobreescribe el comportamiento del anterior en este orden

Valores que se pueden cambiar: user.name, user.email, core.editor
  >git config --global core.editor "'C:/Program Files/Notepad++/notepad++.exe' -multiInst ..."

====== Operaciones básicas ======
===== Iniciar repositorio =====
  >git init
===== Clonar un repositorio =====
  >git clone https://github.com/libgit2/libgt2
se puede especificar el directorio destino con
  >git clone https://github.com/libgit2/libgt2 mlibgit
===== Añadir ficheros al repositorio =====
  >git add *.c
===== Borrar ficheros del staging =====
  >git rm --cached README

===== Commit =====
  >git commit -m 'Texto para el commit'
Si no se especifica la opción -m se lanzará el editor por defecto para guardar en un fichero temporal el mensaje del commit. Con el flag -a se realizará commit de todos aquellos ficheros que estén siendo registrados, aunque no estén stageados

===== Comprobar el estado de los ficheros =====
  >git status
  On branch master
  
  No commits yet
  
  nothing to commit (create/copy files and use "git add" to track)


  >echo 'My project' > README
  >git status
  On branch master
  
  No commits yet
  
  Untracked files:
  (use "git add <file>..." to include in what will be committed)
  
        README
  
  nothing added to commit but untracked files present (use "git add" to track)


  >git add README
  >git status
  On branch master
  
  No commits yet
  
  Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
  
        new file:   README

Suponiendo un fichero CONTRIBUTING.md existe y está comiteado, tras modificarlo lo que saldrá del status es lo siguiente:

  >git status
  On branch master
  Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
  
        new file:   README
  
  Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
  
        modified:   CONTRIBUTING.md


Tras esto hay que añadirlo al staging para que a continuación salga lo siguiente:

  >git add CONTRIBUTING.md
  
  >git status
  On branch master
  Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
  
        modified:   CONTRIBUTING.md
        new file:   README

Si se modifica el fichero CONTRIBUTING.md el resultado del status es el siguiente
  >echo "huy" > CONTRIBUTING.md
  >git status
  On branch master
  Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
  
        modified:   CONTRIBUTING.md
        new file:   README
  
  Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
  
        modified:   CONTRIBUTING.md

El fichero que se comitearia sería el primero. Si se quiere comitear el segundo hay que hacer otro git add

  git add CONTRIBUTING.md
  
  git status
  On branch master
  Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
  
        modified:   CONTRIBUTING.md
        new file:   README

existe una manera de sacar estos listados de manera abreviada:

  >git status --short
  M  CONTRIBUTING.md
  A  README
  MM fichero1
  ?? fichero2
   M fichero3

Los ficheros que no se han registrado en el staging aún tienen un ??. Los nuevos ficheros que se han añadido al staging tienen una A, los modificados tienen una M. Además hay dos columnas, la primera o izquierda indica el estado del staging, y la segunda la del working tree. De esta manera el fichero3 está modificado en el working directory pero no está en el staging, mientras que el contriguting.md está modificado en el working tree y está en el staging, mientras que el fichero1 está modificado en el working tree, stageado y vuelvo a modificar sin stagear

==== Ignorar ficheros ====

  >cat .gitignore
Las líneas en blanco o que empiecen por # son ignoradas. 
Las expresiones regulares se realizan con patrones glob.
Los patrones que empiezan por / evitan la recursividad. El resto de / especifican un directorio.
La ! niega el patrón

==== Comparar ficheros ====

  >git diff
  diff --git a/src/app/app.component.ts b/src/app/app.component.ts
  index c41599e..8c1cf1c 100644
  --- a/src/app/app.component.ts
  +++ b/src/app/app.component.ts
  @@ -6,5 +6,5 @@ import { Component } from '@angular/core';
     styleUrls: ['./app.component.css']
   })
   export class AppComponent {
  -  title = 'Tour of Heroes';
  +  title = 'Tour of Heroes 2';
   }

Compara lo que hay en el staging area con el working directory. Si a continuación se añade el fichero no habrá ninguna diferencia
  >git add src\app\app.component.ts
  >git diff
  >
Si se quiere ver lo que va a entrar en el commit hay que compara con el stagging
  >git diff --staged
  diff --git a/src/app/app.component.ts b/src/app/app.component.ts
  index c41599e..8c1cf1c 100644
  --- a/src/app/app.component.ts
  +++ b/src/app/app.component.ts
  @@ -6,5 +6,5 @@ import { Component } from '@angular/core';
     styleUrls: ['./app.component.css']
   })
   export class AppComponent {
  -  title = 'Tour of Heroes';
  +  title = 'Tour of Heroes 2';
  }

Para elegir otra herramienta para ver las diferencias, se pueden listar las disponibles mediante:
  >git difftool --tool-help
  >git difftool --tool=winmerge

En el fichero .git/config habrá que añadir las siguientes líneas
  [diff]
  	tool = winmerge
  [difftool "winmerge"]
  	name = "WinMerge"
  	trustExitCode = true
  	cmd = "/c/Program\\ Files\\ \\(x86\\)/WinMerge/WinMergeU.exe" -u -e -dl \"Local\" -dr \"Remote\" $LOCAL $REMOTE $MERGED
  [merge]
  	tool = winmerge
  [mergetool "winmerge"]
  	name = WinMerge
  	trustExitCode = true
  	cmd = "/c/Program\\ Files\\ \\(x86\\)/WinMerge/WinMergeU.exe" -u -e -dl \"Local\" -dr \"Remote\" $LOCAL $REMOTE $MERGED
y su uso se realizará de la siguiente forma:
  >git difftool --staged

==== Borrado de ficheros ====

Para borrar un fichero hay que quitarlo del staging y hacer commit
  >rm PROJECTS.md
  >git rm PROJECTS.md
  >git commit
Si ya se había metido en el index lo que hay que hacer es utilizar el flag -f
Si lo que se quiere es eliminarlo del staging pero no del working tree, lo que hay que hacer es utilizar la opción --cached

==== Visión de históricos ====

  >git log
  >git log -p (lista diferencias entre commits)
  >git log -2 (muestra únicamente los últimos dos)
  >git log --pretty=oneline (muestra commits resumidos uno por línea)
  >git log --pretty=format:"%h %s" --graph (muestra en formato de gráfico el historial de commits)
  >git log --since=2.weeks (muestra los commits desde hace 2 commits. Funciona con --until y como valores fechas "2018-01-01" o "3 years 1 day 3 minutes ago". Los flags --author --grep. Por defecto son or. Si se quiere and hay que utilizar --all-match. -S muestra únicamente los commits que hay añadido o modificado esa cadena

===== Undos =====
  >git commit --amend
Hace commit del staging area y modifica para ello el último commit. En caso de que no haya nada, lo único que hace es cambiar el mensaje de commit

Si lo que se quiere es quitar del staging un fichero, git status muestra cómo hacerlo
  >git status
  >git reset HEAD CONTRIBUTING.md

Para dejar el fichero como estaba tras el último commit lo que hay que hacer es lo siguiente:
  >git checkout -- CONTRIBUTING.md

===== Repositorios remotos =====
  >git remote
  origin
  
  >git remote -v
  origin https://gitlab.com/Aquiles1184/angular-tour-of-heroes.git (fetch)
  origin https://gitlab.com/Aquiles1184/angular-tour-of-heroes.git (push)

Esto muestra todos los repositorios remotos configurados a los que se puede hacer push. Para añadir uno nuevo hay que utilizar el comando:
  >git remote add minombre https://github.com/paulboone/ticgit
Esto añadirá las dos líneas del ejemplo anterior

Para descargar todos los cambios se realiza:
  >git fetch nombre remoto
El comando clone automáticamente configura el master local para registrar la rama master remota en el servidor.
  >git pull
descarga los datos y trata de hacer merge en la misma rama local

Para subir los cambios:
  >git push origin master
Este comando sube la rama master al servidor apuntado por origin


Para ver informacion del repositorio remoto
  >git remote show origin
  * remote origin
  Fetch URL: https://gitlab.com/Aquiles1184/angular-tour-of-heroes.git
  Push  URL: https://gitlab.com/Aquiles1184/angular-tour-of-heroes.git
  HEAD branch: master
  Remote branch:
    master tracked
  Local ref configured for 'git push':
    master pushes to master (up to date)

Para renombrar un repositorio remoto la sintaxis es:
  >git remote rename pb paul

Para borrar un repositorio remoto
  >git remote rm paul

===== Tags =====
  >git tag
Muestra todas las etiquetas del proyecto. También es posible buscar con caracteres comodín
  >git tag -l "v1.8.5*"

===== Branches =====
Para crear un branch 
  >git checkout -b nombreBranch [tag]
Si [tag] tiene algo se creará un branch de ese tag. En caso contrario se creará un branch con lo que se tenga en ese momento en el working tree
Knowledge base

User Tools

Site Tools

Page Tools
