Idealmente GIT se utiliza para hacer un seguimiento de código fuente. GIT puede utilizarse también para hacer un seguimiento de ficheros binarios (fotos, videos, etc), en estos casos, nos informará de cuál es la versión más reciente, pero no nos dirá cuáles son los cambios efectuados.
Es un lugar donde ser almacenan diferentes versiones de un código. Para cada versión se le saca una foto a todo el código, se le pone unos metadatos*, y se guarda una referencia a la versión anterior.
*Metadatos:
- Nombre del autor.
- Email
- Fecha
- Commit anterior.
- Mensaje
Para linux, windows y mac:
SmartGit → http://www.syntevo.com/smartgithg/
Para windows y mac:
SourceTree → http://www.sourcetreeapp.com/
Instalación en windows:
Página oficial de GIT: http://git-scm.com/
Instalación en Linux:
sudo apt-get install git-core
Github: Es el primero de los repositorios de Git que apareció y por ello el más popular con diferencia. Gratis para proyectos de Open Source, cualquier proyecto que se precie con código abierto está en Github.
Bitbucket: tiene la posibilidad de hacer repositorios privados gratuitos, aunque con la limitación de estar disponible solo para 5 usuarios.
Gitorious: repositorios gratuitos para proyectos Open Source.
Podemos hacerlo de dos formas:
Añadir un directorio contra el que voy a realizar las sincronizaciones
(esto es el origin, no el remote)git remote add origin https://github.com/monteserin/cursogit.git
Descargar el repositorio de github a local.
Cuando hagamos subidas, se harán automáticamente a ese repositoriogit clone https://github.com/monteserin/cursogit.git
git add .
git commit -m "primera subida"
git push origin masteren la página del repositorio → settings → Options → Collaboratos -> le ponemos el nombre de usuario de github
Working directory: Carpeta de trabajo.
Git directory: Es la carpeta oculta .git dónde se guardan todas las fotos que se han ido haciendo de nuestro código.
Staging area: Contiene los cambios desde la última foto sacada.
Creación de usuario:
git config --global user.name gitpablo
git config --global user.name pablomonteserin@pablomonteserin.comVer configuración:
git config –listCambiar editor por defecto:
// El comando git commit -a no me funcionó con el sublime-text; dejar el vi
git config --global core.editor sublime-textVer colores en el editor:
git config --global color.ui trueVer colores en el editor:
git config --global merge.tool kdiff3 #La mejor de las que he probadogit config remote.origin.url gitpablo@pablomonteserin.com:/var/www/pabloAñadir los cambios hechos en todos lo ficheros:
git add .Añadir los cambios a la foto cuando entre esos se encuentre el borrado de un fichero.
git add -AAñadir los cambios hechos en un fichero concreto
git add fichero.txtSacar la foto de los cambios añadidos:
git commit -m "menu revisado"El fichero estará en la raíz del proyecto
# Compiled source #
###################
*.class
*.dll
# folders
###################
log # esto no me incluirá ni el fichero log ni la carpeta log
# OS generated files #
######################
.DS_Store
.DS_Store?
._*
.Spotlight-V100
.Trashes
Icon?
ehthumbs.db
Thumbs.dbPara saber dónde está el gitignore a nivel de usuario en mi equipo:
git config core.excludesfileMe permite indicar dónde está el fichero que contiene los nombres de los ficheros que ignoraré a nivel de usuario. Dicho fichero debe existir previamente.
git config --global core.excludesfile /home/montyIntroduciendo una plataforma de desarrollo, una tecnología, etc. me devuelve el código de un fichero .gitignore que ignorará los ficheros oportunos.
Cuando haces un pull y hay un conflicto de versiones, los ficheros que te descargas tienen anotaciones en su interior indicando lo que se debe corregir. Habrá que modificar estos ficheros para dejarlos correctos y luego hacer un commint y un push
git clone https://github.com/monteserin/destinyway.git
Si el repositorio es privado:
git clone https://myusername:mypassword@github.com/path_to/myRepo.git
Para desechar los cambios hechos en un fichero:
git checkout – [ruta al fichero]Para descartar los cambios hechos en todos los ficheros:
git checkout --Son bifurcaciones en el desarrollo del proyecto.
Para ver las ramas que hay y en cuál estoy :
git statusgit checkout [branch]git pull origin mastergit checkout [branch]git merge [branch]Para crear una rama:
git branch [branch]Para borrar una rama:
git branch -d [branch]Al cambiar de rama se pierden todos los cambios no commiteados.
Si estuve desarrollando en una rama, y realmente quería commitear otra, para no perder los cambios debería meterlos en el stash.
Pestaña Git Repositories → Branch → Local →
Cambiar de Rama:
Doble click sobre la rama a la que quiero cambiar.
Borrar Rama:
Botón derecho → Delete Branch
Para ver todas las ramas:
En la pestaña History, pulsar en "Show all branches and tag".
Lleva la rama activa a un estado previo
hard: al ir al estado previo se pierden todos los cambios no commiteados. También desaparecen del grafo todos los hijos del commit al que voy. Esto es así porque los commit almacenan el commit hijo, pero no el commit padre. Para visualizar los commit que faltan tendría que mover el punto de entrada al hijo deseado. Si pasase el recolector de basura perdería los commit que no estoy viendo, más o menos al cabo de dos semanas.
Necesito una referencia al punto al que quiero ir. Para ello necesito un tag o un branch. Si tras hacer un git reflog decido que quiero ir a cierto punto (93948fd), podré ejecutar:
git tag [nombre del tag] 93948fdgit branch [nombre del branch] 93948fd (si lo que quiero es continuar trabajando a partir de este punto).Es un puntero especial que apunta a la rama activa.
Sólo puede apuntar a ramas y estas deben ser locales. No puede apuntar a ramas remotas ni tags. De lo contrario tendré un detached head.
Si no indicamos nada, al ejercutar git reflog nos muestra todos los movimientos de HEAD.
Los reflog son inherentes a la máquina dónde estás trabajando.
Primero borro la etiqueta y luego la rama:
#Borro la etiqueta
git branch -d -r origin/devel
#Borro la rama
git push origin:develEl botón de fork de un proyecto me lo lleva a mi cuenta de github. Luego puedo hacer clone del proyecto para manipularlo en mi equipo.
git clone https://github.com/monteserin/destinyway.git.. hago cambios en el repo que he clonado
En github me aparece el botón “Pull Request” que me permite solicitar el envío al repositorio principal.
Después de que el integrador integre los cambios las personas que lo han enviado no los verán en sus repositorios forkeados. Tendrán que volver a cojerlos.
Las reglas del juego son: “Cada persona hace sus cambios y hay una o varias personas que se dedican a integrar el código enviado. Si no da conflictos, estupendo, en caso contrario, habría que corregirlos”. Ventajas: Las personas que envían su código no tienen que tener grandes conocimientos de git. Simplemente hacen envíos. Desventajas: Las personas que integran asumen responsabilidades de todo el equipo y deben comprender en cierta medida el código de las personas que envían.
Todos los desarrolladores se comunican entre ellos para hacer los merges. Todos los integrantes del equipo pueden hacer el pull request.
git remote add fernandorepo https://github.com/scoxove/prmanual.git
Todos los desarrolladores se comunican entre ellos para hacer los merges. Sin embargo, no todos pueden hacer los pull request, sino que existen jerarquías para decidir quien las hace.
Así es como se gestiona el núcleo de linux.
git rm 'b.txt' # Lo contrario de add, borra los ficheros del disco y pone el cambio en el stage (pendientes) para que se realice en el futuro.
Si obtuviese este error:
error: 'a.txt' has changes staged in the index
(use --cached to keep the file, or -f to force removal)
Deberé hacer un commit antes de tratar de borrar los ficheros.
git rm -f 'b.txt' # Igual que el anterior pero no pone el cambio en el stage, sino que lo materializa directamente.
git commit -m "Ficheros añadidos" # Almacena los cambios hecho en git bajo el título “ficheros añadidos”
git log # muestra el histórica de subidaserror: bad index file sha1 signature
fatal: index file corrupt
rm -f .git/index
git reseterror: inflate: data stream error (invalid distance too far back)
fatal: loose object 23ab2e2a09403ca240f21f22b32a810855aaf7ce (stored in .git/objects/23/ab2e2a09403ca240f21f22b32a810855aaf7ce) is corrupt
Tendrás que borrar .git y volver a configurarlo desde el principio
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
Copiamos el contenido del siguiente fichero:
cat ~/.ssh/id_rsa.pubY lo copiamos en github.com → Settings → Deploy Keys → Add Deploy Key → Key
error: The following untracked working tree files would be overwritten by checkout:
...
Please move or remove them before you can switch branches.
Aborting
git clean -d -fx ""
Subir lo que hay en local, sobreescribiendo lo que hay en el servidor (no hace falta hacer un pull):
git push origin master -fDescargar lo que hay en el servidor, sobreescribiendo lo que hay en local:
git fetch --all
git reset --hard origin/masterYa no es posible :/
No submodule mapping found in .gitmodules for path
Para solucionarlo editamos el fichero .gitmodules, en la raíz del proyecto.
Si estamos configurando git contra un repositorio ftp haremos algo parecido a esto:
[submodule "cosines"]
path = cosines/monteserinGallery
url = ./cosines/monteserinGallery
Documentación:
https://github.com/resmo/git-ftp/blob/develop/man/git-ftp.1.md
git clone https://github.com/resmo/git-ftp.git &&
cd git-ftp &&
git checkout master &&
sudo make install
git config git-ftp.user pablo #usuario ftp
git config git-ftp.password pablo #password ftp
git config git-ftp.url ftp.pablomonteserin.com/public_html
# para la primera subida. -v para verbose mode
git ftp init -s -v ftp.pablomonteserin.com/public_htmlPosibles errores:
Si al hacer la primera subida obtuviese este error: git-ftp: line 408: /bin/curl: Bad file number fatal: Could not upload files., exiting... Se trata de un error de git-ftp. No es capaz de subir grandes cantidades de archivos en una sola operación.Puedo arreglarlo sacando de la carpeta que quiero subir unos cuantos miles de ficheros para ir haciendo la subida por partes. Esta es la mejor solución.
También puedo crear el fichero .git-ftp-ignore, y poner en él algunas carpetas que serán ignoradas en la subida. Tener en cuenta que el fichero .git-ftp-ignore ignorará esas carpetas para siempre, aunque las hallamos eliminado del fichero
Para ejecutar la línea de la primera subida, el fichero de configuración de git, el fichero .git-ftp.log no debe estar en el server.
sudo git add -A
sudo git commit -m "ultimo cambio"
git ftp push -vNota:
Puede ser útil exportar una variable de entorno para poder ejecutar cómodamente estos tres comandos:
/home/monty/.bashrc → Añado la línea: export PATH="/media/monty/Datos/tutos/theory/apuntes":$PATH
¡Contacta conmigo!
Pablo Monteserín¡Hola! ¿En qué puedo ayudarte?
A lo largo de este curso encontrarás este icono sobre el que acabas de pulsar. Si has contratado una cuenta premium, los iconos con esta imagen te darán acceso al ejercicio resuelto y su correspondiente código fuente.
A lo largo de este curso encontrarás este icono sobre el que acabas de pulsar. Si has contratado una cuenta premium, los iconos con esta imagen te darán acceso a los recursos descargables necesarios para hacer el ejercicio correspondiente.
A lo largo de este curso encontrarás este icono sobre el que acabas de pulsar. Si has contratado una cuenta premium, los iconos con esta imagen te darán acceso al videoturoial que explica el ejercicio o la teoría que correspondai.
Para ver los videos, acceder al código fuente de los ejercicios, descargar los recursos o recibir soporte necesitas acceder a tu Cuenta Premium.