Comandos github

Todos los comandos de 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á 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).

Lista git

¿Eres nuevo en git? Sigue los siguientes pasos para sentirte cómodo haciendo cambios en el código base, abriendo un pull request (PR), y fusionando el código en la rama principal. Los términos importantes de git y GitHub están en negrita con enlaces a los materiales de referencia oficiales de git.

Sigue las instrucciones aquí para instalar git (si no está ya instalado). Ten en cuenta que para este tutorial usaremos git sólo en la línea de comandos. Aunque hay algunas buenas GUIs (interfaces gráficas de usuario) de git, creo que es más fácil aprender git usando primero los comandos específicos de git y luego probar una GUI de git una vez que te sientas más cómodo con el comando. Una nota: el 95% de los demás recursos y discusiones sobre git en línea serán también para la interfaz de línea de comandos.

Para usar git usaremos la terminal. Si no tienes mucha experiencia con la terminal y los comandos básicos, echa un vistazo a este tutorial (Si no quieres/necesitas una breve lección de historia, salta al tercer paso).

Para empezar, abre una terminal y ve al lugar donde quieres colocar el proyecto en tu máquina local usando el comando cd (cambiar directorio). Por ejemplo, si tienes una carpeta de “proyectos” en tu escritorio, harías algo así:

Configuración Git

node_modules/Asimismo, después de utilizar el comando git init en tu proyecto local, puedes crear un repositorio en GitHub. Allí puedes darle un nombre, una descripción opcional y una licencia (por ejemplo, MIT). No utilices la casilla para añadir un README.md. En su lugar, deja la casilla sin marcar. A continuación, obtendrás las instrucciones para enlazar tu repositorio local con tu repositorio remoto en el siguiente paso.Además, es posible que quieras añadir un archivo README.md en tu proyecto que luego se mostrará en tu repositorio en GitHub. Básicamente eso es todo lo que necesitas saber para inicializar un proyecto git, añadirle el archivo .gitignore, conectarlo a tu repositorio remoto en GitHub, y añadirle cambios con la secuencia add, commit y push. Aprenderás más sobre esta secuencia en la siguiente sección.

Comprobación de Git

Un sistema de control de versiones, o VCS, hace un seguimiento del 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.