.gitignore .gitignore
Un archivo .gitignore lista patrones de ruta que Git debe dejar sin rastrear. Esos archivos no aparecen en el estado ni en los nuevos commits.
↗Aprende cómo rastrear cambios de código, trabajar con un equipo, revisar actualizaciones y lanzar de forma segura.
Abrir un término para un significado simple, un ejemplo, cuándo usarlo, cuán oficial es y su nombre en código.
Un archivo .gitignore lista patrones de ruta que Git debe dejar sin rastrear. Esos archivos no aparecen en el estado ni en los nuevos commits.
↗Detached HEAD es un estado Git donde HEAD apunta directamente a un commit en lugar de a un nombre de rama.
↗Git Clone crea una copia local de un repositorio. Copia objetos y referencias, establece un remoto y revisa los archivos de trabajo.
↗Combinar (Squashing) combina los cambios de varios commits en un nuevo commit, a menudo con rebase interactivo o una regla de fusión.
↗Un conflicto de fusión ocurre cuando Git no puede combinar de manera segura cambios que compiten por sí mismo. Una persona o herramienta debe elegir el resultado final previsto.
↗Un contenedor de aplicación es una instancia creada a partir de una imagen de contenedor. Cuando se inicia, ejecuta procesos aislados con configuraciones y límites elegidos.
↗Una implementación azul-verde mantiene las versiones actual y nueva en entornos separados. El tráfico se cambia después de que se verifica el nuevo entorno.
↗Un despliegue canario envía primero una pequeña parte de los usuarios reales o del tráfico a una nueva versión. La evidencia decide si se expande o se detiene.
↗Un despliegue progresivo reemplaza las instancias antiguas de una aplicación con nuevas en lotes. Cada paso cambia solo una parte del grupo en ejecución, por lo que las versiones pueden superponerse.
↗Estas prácticas de entrega mueven una versión probada a través de entornos separados. También mantienen una forma segura de volver a un estado anterior.
↗Un entorno de despliegue es un lugar o etapa nombrada donde se ejecuta el software. Tiene sus propios ajustes, credenciales, reglas de protección, historial de despliegue y estado en vivo. No es un objeto de Git.
↗Un hook de Git es un programa que Git ejecuta en un paso nombrado en la computadora o servidor de un desarrollador. Puede comprobar, bloquear o automatizar una acción.
↗Git bisect utiliza búsqueda binaria a través del historial de commits para encontrar el primer commit donde se cambió un comportamiento repetible.
↗Git blame muestra el último commit que cambió cada línea de un archivo. Es un punto de partida para conocer la historia de la línea.
↗Una rama de Git es un puntero con nombre que puede moverse de un commit al siguiente. Cuando se hacen nuevos commits en esa rama revisada, el puntero avanza.
↗Git cherry-pick copia el cambio de uno o más commits elegidos a la rama actual. Registra nuevos commits con nuevas IDs allí.
↗Un commit de Git es un objeto guardado que no se puede cambiar en su lugar. Registra un árbol de archivos, commits anteriores, detalles del autor y del committer, y un mensaje. Su ID proviene de su contenido.
↗Git Diff muestra los cambios exactos de contenido entre dos estados de Git. Puede comparar archivos de trabajo, el índice, commits o ramas.
↗Git fetch descarga commits y referencias de otro repositorio. Actualiza los nombres de seguimiento remoto, pero no pone esos cambios en la rama actual.
↗Git LFS es un complemento para archivos grandes. Git almacena un puntero pequeño, mientras que un servicio LFS separado almacena y envía el archivo completo.
↗Git Merge une los historiales de ramas. Git puede mover un puntero hacia adelante o crear un commit de fusión después de resolver conflictos.
↗Git Pull obtiene actualizaciones remotas y luego une la rama upstream seleccionada con la rama actual mediante merge o rebase.
↗Git Push envía datos locales de Git a un repositorio remoto. Solicita al remoto actualizar una rama o referencia nombrada.
↗Git rebase mueve una línea de commits a un commit de inicio diferente. Git reproduce los cambios y da a cada commit reproducido un nuevo ID.
↗Un remote de Git es un enlace con nombre desde un repositorio local a otra URL de repositorio. Permite que Git obtenga cambios y, cuando se permite, los envíe.
↗Git reset mueve el puntero de la rama actual a otro commit. Su modo también puede cambiar el área de preparación y los archivos de trabajo para que coincidan.
↗Git revert crea un nuevo commit que deshace los cambios de un commit anterior. Mantiene la historia antigua en lugar de eliminarla.
↗Git Stash guarda temporalmente cambios elegidos no comprometidos del árbol de trabajo y del índice. Los conjuntos guardados forman una pila y pueden restaurarse más tarde.
↗Un Git Worktree es otra carpeta vinculada a un mismo repositorio. Permite tener varias ramas abiertas a la vez.
↗Este paquete de aprendizaje conecta cuatro ideas de Git. Git es el sistema de control de versiones. Un repositorio almacena sus objetos y referencias. Una rama nombra una línea de trabajo. Un commit registra un estado del proyecto con metadatos. El paquete no es un término de Git.
↗Una imagen de contenedor es un paquete en capas utilizado para crear contenedores. Después de una compilación, su contenido permanece fijo.
↗La infraestructura como código gestiona la infraestructura a través de archivos legibles por máquina en lugar de solo clics manuales. Los equipos pueden versionar, revisar, probar y aplicar esos archivos.
↗Integración continua (CI) significa agregar pequeños cambios al código compartido con frecuencia y verificarlos con automatización repetible.
↗Una versión de software es una versión preparada y compartida a propósito. Tiene archivos conocidos, notas, registros de origen y expectativas claras de soporte.
↗La orquestación de contenedores automatiza el trabajo de contenedores en varias máquinas. Asigna trabajo, mantiene el recuento solicitado, reemplaza fallos y conecta servicios.
↗Un registro de contenedores es un servicio que almacena y comparte imágenes de contenedores. Los repositorios agrupan contenido relacionado dentro del registro.
↗Un repositorio de Git almacena la historia de versiones de un proyecto como objetos de Git, referencias y configuraciones. También puede incluir un área de preparación y archivos de trabajo.
↗Una reversión de implementación es una recuperación controlada de una versión fallida o insegura. Restaura una versión de aplicación conocida como buena y su estado correspondiente. Los pasos exactos dependen del sistema de entrega y los cambios de datos.
↗Una solicitud de extracción es un registro en un sitio de alojamiento de código. Pide a las personas que revisen una rama antes de agregar sus cambios a una rama base.
↗Un pull request ofrece un cambio para revisión. La revisión comprueba ese cambio, y Continuous Integration, o CI, construye y prueba la revisión exacta.
↗Un submódulo de Git permite que un repositorio apunte a un commit exacto en otro repositorio de Git. El repositorio principal también almacena cómo encontrarlo.
↗Una etiqueta de Git es un nombre que apunta a un objeto exacto, a menudo un commit de lanzamiento. Una etiqueta anotada también puede almacenar quién la hizo, un mensaje, una fecha y una firma.
↗