Comandos github

Hoja de trucos de Git interactiva

Además de comprobar los commits y las revisiones de archivos antiguos, git checkout es también el medio para navegar por las ramas existentes. Combinado con los comandos básicos de Git, es una forma de trabajar en una línea de desarrollo concreta.

Fetching descarga una rama de otro repositorio, junto con todos sus commits y archivos asociados. Pero no intenta integrar nada en tu repositorio local. Esto le da la oportunidad de inspeccionar los cambios antes de fusionarlos con su proyecto.

El empuje es lo opuesto a la obtención (con algunas advertencias). Le permite mover una rama local a otro repositorio, que sirve como una forma conveniente de publicar contribuciones. Es como el svn commit, pero envía una serie de confirmaciones en lugar de un único conjunto de cambios.

Git commands deutsch

Un sistema de control de versiones, o VCS, sigue el historial de cambios a medida que las personas y los equipos colaboran en los proyectos. A medida que los desarrolladores realizan cambios en el proyecto, cualquier versión anterior del mismo puede recuperarse en cualquier momento.

Los VCS ofrecen a cada colaborador una visión unificada y coherente de un proyecto, sacando a la luz el trabajo que ya está en marcha. Ver un historial transparente de los cambios, quién los hizo y cómo contribuyen al desarrollo de un proyecto ayuda a los miembros del equipo a mantenerse alineados mientras trabajan de forma independiente.

En un sistema de control de versiones distribuido, cada desarrollador tiene una copia completa del proyecto y del historial del mismo. A diferencia de los populares sistemas de control de versiones centralizados, los DVCS no necesitan una conexión constante a un repositorio central. Git es el sistema de control de versiones distribuido más popular. Git se utiliza habitualmente tanto para el desarrollo de software de código abierto como para el comercial, con importantes beneficios para individuos, equipos y empresas.

Un repositorio, o proyecto Git, abarca toda la colección de archivos y carpetas asociados a un proyecto, junto con el historial de revisiones de cada archivo. El historial de archivos aparece como instantáneas en el tiempo llamadas commits. Los commits pueden organizarse en múltiples líneas de desarrollo llamadas ramas. Como Git es un DVCS, los repositorios son unidades autocontenidas y cualquiera que tenga una copia del repositorio puede acceder a todo el código base y a su historial. Utilizando la línea de comandos u otras interfaces de fácil uso, un repositorio Git también permite: interactuar con el historial, clonar el repositorio, crear ramas, hacer commits, fusionar, comparar cambios entre versiones de código, etc.

Comprobación de Git

Trabajar con Git en la línea de comandos puede ser desalentador. Para ayudar a ello, hemos elaborado una lista de los comandos más comunes de Git, lo que significa cada uno y cómo utilizarlos. Esperamos que esto haga que Git sea más fácil de usar en el día a día.

Git tiene muchos clientes excelentes que te permiten usar Git sin la línea de comandos. Saber qué acciones realiza el cliente en segundo plano es beneficioso para entender cómo funciona Git. Si te estás iniciando en Git, consulta también nuestra fantástica guía sobre el tema.

Añade archivos al área de preparación de Git. Antes de que un archivo esté disponible para ser confirmado en un repositorio, el archivo necesita ser añadido al índice de Git (área de preparación). Hay varias formas de usar git add, añadiendo directorios enteros, archivos específicos, o todos los archivos sin preparar.

git status devolverá la rama de trabajo actual. Si un archivo está en el área de preparación, pero no está confirmado, se muestra con git status. O, si no hay cambios, devolverá que no hay nada que confirmar, el directorio de trabajo está limpio.

Con Git, hay muchas configuraciones y ajustes posibles. git config es la forma de asignar estos ajustes. Dos configuraciones importantes son user.name y user.email. Estos valores establecen desde qué dirección de correo electrónico y nombre se harán los commits en un ordenador local. Con git config, se utiliza una bandera –global para escribir la configuración en todos los repositorios de un ordenador. Sin la bandera –global los ajustes sólo se aplicarán al repositorio en el que te encuentres.

Hoja de trucos Git

Ten en cuenta que tienes que decirle explícitamente a Git qué cambios quieres incluir en un commit antes de ejecutar el comando “git commit”. Esto significa que un archivo no se incluirá automáticamente en la siguiente confirmación sólo porque haya sido modificado. En su lugar, debes utilizar el comando “git add” para marcar los cambios deseados para su inclusión.

Ten en cuenta también que en Git (no como en Subversion), un commit no se transfiere automáticamente al servidor remoto. El uso del comando “git commit” sólo guarda un nuevo objeto de confirmación en el repositorio Git local. El intercambio de confirmaciones debe realizarse manualmente y de forma explícita (con los comandos “git fetch”, “git pull” y “git push”).

Reescribe la última confirmación con los cambios que se estén realizando y/o un nuevo mensaje de confirmación. Git reescribirá la última confirmación y la sustituirá efectivamente por la modificada. Tenga en cuenta que esta reescritura de confirmaciones sólo debería realizarse en confirmaciones que no han sido enviadas a un repositorio remoto, todavía.

En caso de que estés usando el cliente Git de Tower, confirmar es muy fácil: sólo tienes que comprobar los archivos modificados que quieres incluir e introducir tu mensaje de confirmación. Incluso puedes añadir trozos y líneas individuales de un archivo (en lugar de todo el archivo).