Comandos Basicos de Git

 

git status

El primer comando de Git, y el que se usa con más frecuencia, es git status. Ya lo ha usado una vez en el ejercicio anterior para ver que había inicializado correctamente el repositorio de Git.

git status muestra el estado del árbol de trabajo (y del área de almacenamiento provisional, de la que pronto hablaremos más). Permite ver los cambios que Git está siguiendo en ese momento para poder decidir si quiere pedir a Git que tome otra instantánea.

git add

git add es el comando que se usa para indicar a Git que empiece a realizar un seguimiento de los cambios en determinados archivos.

El término técnico es preparación de estos cambios. Va a usar git add para almacenar provisionalmente los cambios a fin de prepararse para una confirmación. Todos los cambios en los archivos que se han agregado pero que aún no se han confirmado se almacenan en el área de almacenamiento provisional.

git commit

Después de haber preparado algunos cambios para su confirmación, puede guardar el trabajo en una instantánea ejecutando el comando git commit.

Confirmar (o "commit") es un verbo y un sustantivo. Básicamente tiene el mismo significado que cuando te comprometes a un plan o realizas un cambio en una base de datos. Como verbo, la confirmación de cambios significa que se coloca una copia (del archivo, el directorio u otra "cosa") en el repositorio como una nueva versión. Como sustantivo, una confirmación es el pequeño bloque de datos que asigna una identidad única a los cambios que has confirmado. Los datos que se guardan en una confirmación incluyen el nombre del autor y la dirección de correo electrónico, la fecha, los comentarios sobre lo que se ha hecho (y por qué), una firma digital opcional y el identificador único de la confirmación anterior.

git log

El comando git log permite ver información sobre las confirmaciones anteriores. Cada confirmación tiene un mensaje adjunto (un mensaje de confirmación), y el comando git log permite imprimir información sobre las confirmaciones más recientes, como su marca de tiempo, el autor y un mensaje de confirmación. Este comando ayuda a llevar un registro de lo que has estado haciendo y de los cambios que se han guardado.

git help

Ya ha probado el comando git help, pero vale la pena recordar ciertas cosas. Use este comando para obtener información fácilmente sobre todos los comandos que conoce hasta ahora y más.

Recuerde que cada comando incluye también su propia página de ayuda. Para encontrar estas páginas de ayuda, escriba git <command> --help. Por ejemplo, git commit --help muestra una página que proporciona más información sobre el comando git commit y cómo usarlo.

Terminología de Git

Para entender Git, debe comprender la terminología. Esta es una breve lista de los términos que los usuarios de Git emplean con frecuencia. De momento no se preocupe por los detalles; todos estos términos le irán resultando familiares a medida que avanza por los ejercicios de este módulo.

• Árbol de trabajo: conjunto de directorios y archivos anidados que contienen el proyecto en el que se trabaja.

• Repositorio (repo): directorio, situado en el nivel superior de un árbol de trabajo, donde Git mantiene todo el historial y los metadatos de un proyecto. A veces se hace referencia a los repositorios como repos. Un repositorio vacío es aquel que no forma parte de un árbol de trabajo; se usa para compartir o realizar copias de seguridad. Un repositorio vacío suele ser un directorio con un nombre que acaba en .git, por ejemplo, project.git.

• Hash: número generado por una función hash que representa el contenido de un archivo u otro objeto como un número de dígitos fijo. Git usa hashes de 160 bits de longitud. Una ventaja de usar códigos hash es que Git puede indicar si un archivo ha cambiado aplicando un algoritmo hash a su contenido y comparando el resultado con el hash anterior. Si se cambia la marca de fecha y hora del archivo, pero el hash del archivo no, Git sabe que el contenido del archivo no se ha modificado.

• Objeto: un repositorio de Git contiene cuatro tipos de objetos, cada uno identificado de forma única por un hash SHA-1. Un objeto blob contiene un archivo normal. Un objeto árbol representa un directorio, y contiene nombres, valores hash y permisos. Un objeto de confirmación representa una versión específica del árbol de trabajo. Una etiqueta es un nombre asociado a una confirmación.

• Confirmación: cuando se usa como verbo, confirmar significa crear un objeto de confirmación. Esta acción toma su nombre de las confirmaciones en una base de datos. Significa que se confirman los cambios realizados para que otros usuarios también puedan verlos.

• Rama: serie con nombre de confirmaciones vinculadas. La confirmación más reciente en una rama se denomina nivel superior. La rama predeterminada, que se crea al inicializar un repositorio, se denomina main, y suele tener el nombre master en Git. El nivel superior de la rama actual se denomina HEAD. Las ramas son una característica increíblemente útil de Git porque permiten a los desarrolladores trabajar de forma independiente (o conjunta) en ramas y luego combinar los cambios en la rama predeterminada.

• Remoto: referencia con nombre a otro repositorio de Git. Cuando se crea un repositorio, Git crea un remoto denominado origin, que es el remoto predeterminado para las operaciones de envío e incorporación de cambios.

• Comandos, subcomandos y opciones: las operaciones de Git se realizan mediante comandos como git push y git pull. git es el comando, mientras que push o pull es el subcomando. El subcomando especifica la operación que quiere que Git realice. Los comandos suelen ir acompañados de opciones, que usan guiones (-) o guiones dobles (--). Por ejemplo, git reset --hard.

Estos términos y otros, como push e pull, tendrán más sentido en breve. Pero tiene que empezar por algún lado, y puede que le resulte útil volver y revisar este glosario de términos después de terminar este módulo.

Planes de GitHub

Ahora que tiene una mejor comprensión de los diferentes tipos de cuentas que puede tener con GitHub, vamos a analizar los diferentes planes disponibles para mejorar el proceso de administración de software y la colaboración en equipo.

Hay varios productos gratuitos de GitHub, además de los de pago:

• GitHub Free para cuentas personales y organizaciones
• GitHub Pro para cuentas personales
• Equipo de GitHub
• GitHub Enterprise

GitHub Free

GitHub Free ofrece las características básicas para usuarios y organizaciones. Cualquiera puede registrarse para disfrutar de la versión gratuita de GitHub.

GitHub Free para cuentas personales

Registrarse para obtener GitHub Free da una cuenta de usuario personal a un usuario nuevo. Una cuenta de usuario personal incluye repositorios públicos y privados, así como un número ilimitado de colaboradores.

Con GitHub Free, una cuenta personal incluye:

• Soporte técnico de la comunidad de GitHub
• Alertas de Dependabot
• Aplicación de la autenticación en dos fases
• 500 MB de almacenamiento de Paquetes de GitHub
• 120 horas principales de GitHub Codespaces al mes
• 15 GB de almacenamiento de GitHub Codespaces al mes
• Acciones de GitHub:
  • 2000 minutos al mes
  • Reglas de protección de implementación para repositorios públicos

GitHub Free para organizaciones

Con GitHub Free para organizaciones, puede trabajar con colaboradores ilimitados en repositorios públicos ilimitados, con un conjunto completo de características. O bien, repositorios privados ilimitados con un conjunto de características limitado.

Además de las características disponibles con GitHub Free para cuentas personales, GitHub Free para organizaciones incluye:

• Controles de acceso al equipo para administrar los grupos

GitHub Pro

GitHub Pro es similar a GitHub Free, pero incluye características actualizadas. El plan está diseñado para desarrolladores individuales (con su cuenta personal) que desean herramientas avanzadas e información de sus repositorios, pero no pertenecen a un equipo.

Las cuentas de GitHub Pro incluyen todas las características de una cuenta de GitHub Free, además de las características avanzadas siguientes:

• Soporte técnico de GitHub por correo electrónico
• 3000 minutos de Acciones de GitHub por mes
• 2 GB de almacenamiento de Paquetes de GitHub
• 180 horas principales de GitHub Codespaces al mes
• 20 GB de almacenamiento de GitHub Codespaces al mes
• Herramientas avanzadas e información en repositorios privados:
  • Necesidad de revisores de solicitudes de incorporación de cambios
  • Varios revisores de solicitudes de incorporación de cambios
  • Ramas protegidas
  • Propietarios del código
  • Referencias de vínculos automáticos
  • Páginas de GitHub
  • Wikis
  • Gráficos de información del repositorio para pulso, colaboradores, tráfico, confirmaciones, frecuencia de código, red y bifurcaciones