Comandos comunes de Git
Trabajar con Git en la línea de órdenes puede ser abrumador. Para ayudar con eso, hemos reunido un resumen de las direcciones normales de Git, lo que cada uno hace, y cómo utilizarlas. Nuestra expectativa es que esto haga que Git sea más simple de usar cada día.
Git tiene numerosos clientes extraordinarios que le permiten utilizar Git sin la línea de pedidos. Reconocer qué actividades realiza el cliente fuera de la vista es útil para ver cómo funciona Git. En caso de que empieces con Git, mira también nuestra impresionante guía sobre el tema.
Trabajando con las bóvedas del vecindario
git init
Esta orden transforma un registro en un archivo Git sin rellenar. Esta es la fase inicial de la creación de un almacén. Después de ejecutar Git Init, es concebible incluir y enviar registros.
Usar:
# Cambiar el directorio a la base de código
$ cd /archivo/ruta/al código
# Hacer del directorio un repositorio de git
$ git init
En la práctica:
# Cambiar el directorio a la base de código
$ cd /Usuarios/nombre de la computadora/Documentos/sitio web
# Hacer del directorio un repositorio de git
$ git init
Inicializado el repositorio vacío de Git en /Usuarios/nombre de la computadora/Documentos/sitio web/.git/
git incluyen
Añade documentos en el territorio organizador para Git. Antes de que se pueda acceder a un documento para centrarlo en un archivo, el registro debe añadirse a la lista de Git (región organizadora). Hay un par de enfoques diversos para utilizar git incluyen, entre otros, catálogos enteros, registros explícitos, o cada uno de los documentos sin etapas.
Usar:
$ git add <nombre de archivo o directorio>
En la práctica:
# Para añadir todos los archivos no escenificados:
$ git add .
# Para preparar un archivo específico:
$ git add index.html
# Para poner en escena un directorio entero:
$ git add css
git submit
Registra las progresiones hechas a los documentos a un almacén cercano. Para una simple referencia, cada documento tiene una identificación única.
Es la mejor práctica incorporar un mensaje con cada envío que aclare las progresiones realizadas en un envío. Al agregar un mensaje de envío se encuentra un cambio específico o la comprensión de los cambios.
Usar:
# Añadiendo un commit con mensaje
$ git commit -m “Commit message in quotes”
En la práctica:
$ git commit -m “Mi primer mensaje de confirmación”
[SecretTesting 0254c3d] Mi primer mensaje de confirmación
1 archivo cambiado, 0 inserciones(+), 0 eliminaciones(-)
crear el modo 100644 homepage/index.html
estado de imbécil
Esta orden restaura la condición actual del archivo.
El estado de git restaurará la actual rama de trabajo. En el caso de que un documento esté en el territorio de la organización y no se haya presentado, aparece con el estatus de idiota. O, si no hay avances, no devolverá nada para ser presentado, con el registro de trabajo limpio.
$ git status
En la práctica:
# Mensaje cuando los archivos no han sido puestos en escena (git add)
$ git status
En la rama SecretTesting
Archivos no rastreados:
(use “git add <file>…” para incluir en lo que será cometido)
homepage/index.html
# Mensaje cuando los archivos no han sido confirmados (git commit)
$ git status
En la rama SecretTesting
Su sucursal está al día con el “Origen/SecretoPruebas”.
Cambios que se deben cometer:
(use “git reset HEAD <file>…” para desenterrar)
nuevo archivo: homepage/index.html
# Mensaje cuando todos los archivos hayan sido preparados y confirmados
$ git status
En la rama SecretTesting
nada que comprometer, directorio de trabajo limpio
git config
Con Git, hay numerosos arreglos y configuraciones concebibles. git config es la manera de repartir estas configuraciones. Dos configuraciones importantes son el nombre de usuario del cliente y el correo electrónico del usuario. Estas cualidades establecen qué dirección de correo electrónico y nombre se enviará desde un PC cercano. Con la configuración de git, un banner mundial se utiliza para componer la configuración de todos los almacenes en un PC. Sin un banner mundial, la configuración sólo se aplicará al almacén actual en el que estás ahora.
$ git config <setting> <command>
En la práctica:
# Corriendo git config globalmente
$ git config –global user.email “my@emailaddress.com”
$ git config –global user.name “Brian Kerr”
# Ejecutando git config en la configuración actual del repositorio
$ git config user.email “my@emailaddress.com”
$ git config user.name “Brian Kerr”
git combine
Incorpora las ramas juntas. git blend une las progresiones comenzando con una rama y luego en la siguiente. Por ejemplo, combina las progresiones hechas en una rama organizadora en la rama estable.
# Fusionar los cambios en la rama actual
$ git merge <branch_name>
En la práctica:
# Fusionar los cambios en la rama actual
$ git merge new_feature
Actualizando 0254c3d.. 4c0f37c
Avance rápido
homepage/index.html | 297 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
1 archivo cambiado, 297 inserciones(+)
crear el modo 100644 homepage/index.html
Trabajando con almacenes remotos
git remoto
Para interconectar un archivo del vecindario con una bóveda remota. Una tienda remota puede tener un nombre para abstenerse de recordar la URL del archivo.
Usar:
# Agregar un repositorio remoto
$ git remote <command> <remote_name> <remote_URL>
# Lista nombrada de depósitos remotos
$ git remote -v
En la práctica:
# Añadiendo un repositorio remoto con el nombre de beanstalk
$ git remote add origin git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git
# Lista nombrada de depósitos remotos
$ git remote -v
origen git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git (fetch)
origen git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git (push)
clon de git
Para hacer un duplicado de trabajo cercano de un almacén remoto actual, usa git clone para duplicar y descargar la bóveda a un PC. La clonación es lo que podría compararse con git init cuando se trabaja con un almacén remoto. Git hará un catálogo local con todos los documentos y la historia del almacén.
$ git clon <remote_URL>
En la práctica:
$ git clon git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git
Clonar en ‘nombre_de_repositorio’…
…remoto: Contar objetos: 5, hecho.
…remoto: Comprimir objetos: 100% (3/3), hecho.
…remoto: Total 5 (delta 0), reutilizado 0 (delta 0)
Recibiendo objetos: 100% (5/5), 3.08 KiB | 0 bytes/s, listo.
Comprobando la conectividad… hecho.
git pull
Para conseguir la más reciente adaptación de un tirador de bóveda. Esto tira de las progresiones del archivo remoto al PC cercano.
Usar:
$ git pull <branch_name> <remote_URL/remote_name>
En la práctica:
# Tira de un mando a distancia con nombre
$ git pull origen puesta en escena
De nombre_de_cuenta.git.beanstalkapp.com:/nombre_de_cuenta/nombre_de_repositorio
* Puesta en escena de la rama -> FETCH_HEAD
* [nueva rama] puesta en escena -> origen/puesta en escena
Ya está actualizado.
# Tire de la URL (no se usa con frecuencia)
$ git pull git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git puesta en escena
De nombre_de_cuenta.git.beanstalkapp.com:/nombre_de_cuenta/nombre_de_repositorio
* Puesta en escena de la rama -> FETCH_HEAD
* [nueva rama] puesta en escena -> origen/puesta en escena
Ya está actualizado.
Direcciones de los git propulsados
git stash
Para ahorrar los cambios que se hacen cuando no están en condiciones de presentarlos a un archivo. Esto almacenará el trabajo y dará un registro de trabajo impecable. Por ejemplo, cuando se toma una foto de otro componente que no está terminado, sin embargo un error crítico necesita ser considerado.
Utilización:
$ git push <remote_URL/remote_name> <branch>
# Empujar todas las ramas locales al repositorio remoto
$ git push -all
En la práctica:
# Empujar una rama específica a un control remoto con nombre remoto
$ git push origin staging
Contar objetos: 5, hecho.
Compresión Delta usando hasta 4 hilos.
Comprimiendo objetos: 100% (3/3), hecho.
Escribir objetos: 100% (5/5), 734 bytes | 0 bytes/s, hecho.
Total 5 (delta 2), reutilizado 0 (delta 0)
A git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git
ad189cb.. 0254c3d SecretTesting -> SecretTesting
# Empujar todas las ramas locales al repositorio remoto
$ git push — todo
Contar objetos: 4, hecho.
Compresión Delta usando hasta 4 hilos.
Comprimiendo objetos: 100% (4/4), hecho.
Escribir objetos: 100% (4/4), 373 bytes | 0 bytes/s, hecho.
Total 4 (delta 2), reutilizado 0 (delta 0)
…remoto: Resolviendo los deltas: 100% (2/2), completado con 2 objetos locales.
A git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git
0d56917..948ac97 maestro -> maestro
ad189cb.. 0254c3d SecretTesting -> SecretTesting
Comandos avanzados de Git
git stash
Para guardar los cambios realizados cuando no están en estado de ser enviados a un repositorio. Esto almacenará el trabajo y dará un directorio de trabajo limpio. Por ejemplo, cuando se trabaja en una nueva característica que no está completa, pero un error urgente necesita atención.
Uso:
# Almacenar el trabajo actual con archivos no rastreados
$ git stash -u
# Traer el trabajo escondido de vuelta al directorio de trabajo
$ git stash pop
En la práctica:
# Almacenar el trabajo actual
$ git stash -u
Guardé el directorio de trabajo y el estado del índice WIP en SecretTesting: 4c0f37c Añadir un nuevo archivo a la rama
HEAD está ahora en 4c0f37c Añadiendo un nuevo archivo a la rama
# Traer el trabajo escondido de vuelta al directorio de trabajo
$ git stash pop
En la rama SecretTesting
Su rama y el “origen/pruebas secretas” han divergido,
y tienen 1 y 1 compromiso diferente cada uno, respectivamente.
(usa “git pull” para fusionar la rama remota con la tuya)
Cambios no preparados para comprometerse:
(use “git add <file>…” para actualizar lo que se va a comprometer)
(use “git checkout — <archivo>…” para descartar los cambios en el directorio de trabajo)
modificado: index.html
no se añaden cambios a la confirmación (use “git add” y/o “git commit -a”)
Dropped refs/stash@{0} (3561897724c1f448ae001edf3ef57415778755ec)
git rm
Expulsar los documentos o catálogos del registro de trabajo (región organizadora). Con git rm, hay dos opciones para recordar: el poder y el almacenamiento. Ejecutar la orden con el poder borra el documento. La dirección reservada expulsa el registro de la lista de trabajo. Mientras se evacua todo un catálogo, un orden recursivo es importante.
Uso:
# Para eliminar un archivo del índice de trabajo (cached):
$ git rm –cached <nombre del archivo>
# Para borrar un archivo (forzar):
$ git rm -f <nombre del archivo>
# Para eliminar un directorio entero del índice de trabajo (cached):
$ git rm -r –cached <nombre del directorio>
# Para borrar un directorio entero (fuerza):
$ git rm -r -f <nombre del archivo>
En la práctica:
# Para eliminar un archivo del índice de trabajo:
$ git rm –cached css/style.css
rm ‘css/style.css’
# Para borrar un archivo (forzar):
$ git rm -f css/style.css
rm ‘css/style.css’
# Para eliminar un directorio entero del índice de trabajo (cached):
$ git rm -r –cached css/
rm ‘css/style.css’
rm ‘css/estilo.min.css’
# Para borrar un directorio entero (fuerza):
$ git rm -r -f css/
rm ‘css/style.css’
rm ‘css/estilo.min.css’
