Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git checkout-index [-a] [-f] [-u] [--prefix=<dir>] [<file>...]

Descripción

El comando git checkout-index es plumbing que copia archivos del index al árbol de trabajo. Es la operación de bajo nivel detrás de git checkout file y partes de git restore.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git diff-index [--cached] [-p] <tree-ish> [<path>...]

Descripción

El comando git diff-index es el compañero plumbing de git diff. Compara un objeto tree (commit, tag) contra el index o árbol de trabajo. La salida es el formato de diff crudo y legible por máquina, a menos que -p solicite un patch.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git commit-tree <tree> [-p <parent>]... [-m <msg>] [-S]

Descripción

El comando git commit-tree es plumbing que crea un nuevo objeto commit dado un tree, padres opcionales y un mensaje. Es la operación de bajo nivel que git commit envuelve.

Útil para construir commits sintéticos en scripts: imports de historial, merges personalizados o herramientas de automatización que necesitan crear commits sin pasar por el árbol de trabajo.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git write-tree [--missing-ok] [--prefix=<dir>]

Descripción

El comando git write-tree es plumbing que crea un objeto tree a partir del estado actual del index. Es lo que git commit hace internamente para producir el tree raíz del nuevo commit.

Combinado con git commit-tree, te permite construir commits manualmente sin pasar por la porcelain.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git read-tree [-m | -u | --reset] <tree-ish>...

Descripción

El comando git read-tree es plumbing que carga el contenido de uno o más objetos tree en el index. Es la operación fundamental detrás de git checkout y git merge.

Con un solo tree, reemplaza el index. Con varios, hace una operación tipo merge. Plumbing puro: rara vez se invoca directamente.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git update-index [--add] [--remove] [--refresh] [--assume-unchanged] <file>...

Descripción

El comando git update-index es plumbing de bajo nivel para manipular el index. Hace lo que git add hace pero con muchas más opciones: cambiar bits ejecutables, marcar archivos como assume-unchanged, refrescar info stat.

Raramente necesario para usuarios; útil para scripts y para situaciones específicas como configurar --skip-worktree en archivos de configuración locales.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git add -p [<path>...]
git add --patch [<path>...]

Descripción

git add -p ('patch mode') presenta cada hunk de cambios y te pregunta si stagearlo, dándote control fino sobre lo que va al próximo commit. Es la herramienta esencial para crear commits limpios y atómicos cuando tienes cambios mezclados.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git instaweb [--httpd=<daemon>] [--port=<n>] [--start | --stop | --restart]

Descripción

El comando git instaweb arranca un servidor HTTP local con una instancia de gitweb apuntando a tu repo, dándote una interfaz web inmediata para navegar el historial. Útil para inspección visual sin configurar un servidor permanente.

Requiere un servidor HTTP soportado (lighttpd, apache2, nginx, webrick, plackup) instalado. git instaweb --httpd=lighttpd es la invocación típica.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git send-email [--to <addr>] [--cc <addr>] [--cover-letter] <patch-or-dir>...

Descripción

El comando git send-email envía una serie de archivos de patch (típicamente generados por format-patch) directamente como emails desde Git. Maneja headers de email, threading y direccionamiento.

Esencial para contribuir a proyectos basados en mailing list. Configura tu servidor SMTP en .gitconfig y usa git send-email [email protected] *.patch.

Por Anónimo (no verificado) , 29 Abril 2026

Sinopsis

git request-pull [-p] <start> <url> [<end>]

Descripción

El comando git request-pull genera un resumen estructurado de cambios entre un commit base y el HEAD de tu branch publicado, listo para enviar como solicitud de pull a un mantenedor. Incluye autores, archivos modificados y resúmenes de commits.

Tradicional en proyectos basados en mailing list (kernel de Linux, Git mismo) donde los pull requests son emails, no items en una UI web.