Guarde el trabajo y reanúdelo de forma segura

• Elija lo que se incluye en un alijo: ediciones con seguimiento, archivos sin seguimiento o solo lo que está preparado.
• Explique por qué Apply conserva el alijo y Pop lo elimina solo después de una aplicación limpia.
• Verifique que tanto la edición como la nota regresaron y que la rama no se movió.
• Recuperate de un conflicto Pop sin perder el alijo.

Estás en private/stash-hint, una rama del resultado de la lección 18, con una confirmación que agrega docs/stash-conflict.md ("Usar una dirección ficticia"). En su árbol de trabajo tiene una edición sin terminar de ese archivo y un archivo nuevo, docs/signup-hint.md, que Git nunca ha visto. Alguien te pide que cambies a otra cosa, por lo que deseas dejar ambas cosas a un lado, sin comprometer el trabajo a medio hacer.

Todo es local y en el plan gratuito (GitTree te pide que inicies sesión): sin cuenta de alojamiento, sin proveedor, sin Internet. Toda identidad es ficticia (ejemplo.com). Nunca ejecute esta lección en un proyecto real.

Realice los cambios en GitTree o con los comandos nativos de Git, no ambos en la misma copia. Leer el resultado siempre es seguro. Las etiquetas del menú provienen de las propias cadenas de GitTree 2.0 y los comandos nativos se ejecutaron con Git 2.43 en copias desechables. Los pasos GitTree no se ejecutaron en macOS, Windows o Linux.

Stash almacena sus cambios locales como objetos Git y luego limpia el árbol de trabajo hasta la última confirmación. Es una herramienta de interrupción breve, no una copia de seguridad ni un reemplazo de una sucursal que desea conservar.

Un alijo contiene ediciones rastreadas de forma predeterminada. Los archivos sin seguimiento se quedan a menos que los solicites, lo que hace Git con --include-untracked. El cuadro de diálogo Stash Changes… de GitTree tiene Include untracked files activado cuando se abre; compruébalo de todos modos. Los archivos ignorados son una categoría diferente y no se guardan aquí. Only staged changes guarda solo lo que está en el índice y Keep staged changes in place too deja el índice como estaba.

Apply Stash devuelve los cambios y mantiene el alijo en la lista. Pop Stash lo aplica y elimina la entrada solo si la aplicación fue limpia. Si entra en conflicto, el alijo permanece y usted resuelve el conflicto en el árbol de trabajo. Apply y Pop de GitTree no restauran el estado preparado; git stash apply --index hace eso, pero la aplicación no lo usa, por lo que las ediciones preparadas se devuelven sin preparación.

El almacenamiento y la aplicación nunca mueven la rama ni realizan un compromiso. Sólo cambian el árbol de trabajo y una entrada de alijo.

Comience con una copia normal separada del proyecto tal como lo dejó la lección 18 y deje su gittree-features original intacto. Cree la rama, guarde DOC_STASH_BASE y confírmela. Luego guarde DOC_STASH_WORK sobre el mismo archivo y DOC_HINT como un archivo nuevo, sin realizar ninguna preparación. DOC_STASH_OTHER y STASH_RESOLVED se usan solo en la copia de conflicto separada.

Guarde solo en la fase que se menciona a continuación. Estos son cuerpos UTF-8/LF completos con una nueva línea final; Nunca pegues vallas Markdown. Los archivos ejecutables sin cambios heredan la entrada nombrada. Las versiones en variantes separadas no deben sobrescribir el original.

docs/stash-conflict.md — DOC_STASH_BASE

Use a fictional address.

docs/stash-conflict.md — DOC_STASH_WORK

Use a complete fictional email address.

docs/signup-hint.md — DOC_HINT

Unfinished signup hint: use fictional data only.

docs/stash-conflict.md — DOC_STASH_OTHER

Do not send the address anywhere.

docs/stash-conflict.md — STASH_RESOLVED

Use a complete fictional email address. Nothing is sent.

Abra la paleta con Comando+Mayús+P (Ctrl+Mayús+P en Ubuntu). Las entradas de alijo se enumeran en el panel izquierdo debajo de Stashes; Las acciones de un alijo están en su menú contextual.

1. Cree la rama y los dos cambios no preparados como se muestra en la siguiente sección. Lea la lista de cambios: docs/stash-conflict.md se modifica y docs/signup-hint.md es nuevo.
2. Abra la paleta y ejecute Stash Changes…. En el cuadro de diálogo, establezca Message en signup hint rehearsal. Only staged changes está apagado. Include untracked files está activado. Keep staged changes in place too está apagado. Elija Stash.
3. Espere el aviso "Guardé sus cambios". La lista de cambios está vacía, la nota desapareció del disco y el alijo aparece debajo de Stashes.
4. Pase el cursor sobre la fila de almacenamiento: su información sobre herramientas dice "Incluye archivos sin seguimiento". Haga clic derecho y elija Show Stash: el gráfico selecciona el alijo y el panel derecho enumera el cambio registrado, docs/stash-conflict.md. La nota sin seguimiento se guarda en una parte separada del alijo.
5. Vuelva a hacer clic derecho y elija Apply Stash. El aviso dice "Se aplicó el alijo; todavía está en la lista".
6. Verifique el resultado: docs/stash-conflict.md se modifica nuevamente, docs/signup-hint.md vuelve como un archivo sin seguimiento, la sugerencia de rama es la misma confirmación y el alijo todavía aparece en la lista.
7. Separate conflict copy. En una segunda copia, después del alijo, confirma DOC_STASH_OTHER en el mismo archivo. Haga clic derecho en el alijo y elija Pop Stash. La advertencia dice "El alijo entra en conflicto con sus cambios: resuelva los conflictos. El alijo se conserva".
8. El archivo en conflicto aparece con Conflicted. Ábrelo, escribe STASH_RESOLVED en el resultado y elige Save and Mark Resolved. El alijo todavía está ahí. Cuando esté seguro de que el trabajo es seguro, haga clic derecho y elija Delete Stash…; el cuadro de diálogo dice que se elimina de la lista y se mantiene en las instantáneas de recuperación. Deshacer de GitTree aún no restaura un alijo eliminado (lección 30), así que trate la eliminación como definitiva.

Para cada confirmación ordinaria del curso: Summary es el asunto indicado, Description está vacío y las opciones Amend Previous Commit, Skip Hooks, Add Signed-off-by, Different Author, Push After Commit y Allow Empty Commit permanecen desactivadas.

En una copia separada del resultado de la lección 18:

git switch --create private/stash-hint

Guarde DOC_STASH_BASE como docs/stash-conflict.md y luego:

git add -- docs/stash-conflict.md
git commit --quiet -m "docs: establish the stash conflict baseline"

Guarde DOC_STASH_WORK sobre docs/stash-conflict.md y DOC_HINT como docs/signup-hint.md, sin preparación. Luego guarda ambos:

git stash push --include-untracked --message "signup hint rehearsal"
git status --short
git stash list --format=%s

On private/stash-hint: signup hint rehearsal

El estado no imprime nada: el árbol está limpio. Guarde una copia intacta de este estado para el conflicto y luego aplique:

git stash apply 'stash@{0}'
git status --short
git stash list --format=%s
git rev-parse HEAD

 M docs/stash-conflict.md
?? docs/signup-hint.md
On private/stash-hint: signup hint rehearsal

Ambos cuerpos están de regreso, el alijo todavía aparece en la lista y HEAD es la confirmación que era. Sin --include-untracked, el mismo envío deja docs/signup-hint.md en el disco y guarda solo la edición.

En la copia separada, guarde DOC_STASH_OTHER y confírmelo, luego muestre:

git add -- docs/stash-conflict.md
git commit --quiet -m "docs: change the stash target"
git stash pop 'stash@{0}'
git ls-files --unmerged
git stash list --format=%s

Pop sale con 1 e imprime "CONFLICTO (contenido)" y "La entrada oculta se guarda en caso de que la necesite nuevamente". Se enumeran tres entradas no fusionadas, el archivo contiene marcadores de conflicto, docs/signup-hint.md se restaura y el alijo todavía aparece en la lista. No es necesario fusionar ni cambiar la base para continuar: guarde STASH_RESOLVED y ejecute git add -- docs/stash-conflict.md. Para estacionar el trabajo en su propia rama, git stash branch rescue-hint 'stash@{0}' crea la rama en la confirmación donde se creó el alijo, la aplica y elimina el alijo solo entonces.

Where you end: en la primera copia, el árbol tiene la edición y la nota nuevamente, HEAD no se ha movido y el alijo todavía aparece en la lista. En la copia del conflicto, Pop informó del conflicto, el alijo sobrevivió y su resolución está preparada. Ningún comando de almacenamiento realizó ninguna confirmación y no se impulsó nada.

• Olvidar que los archivos sin seguimiento no se guardan a menos que los incluya.
• Suponiendo que Pop borrara el alijo después de un conflicto. No fue así.
• Aplicar dos veces cuando la primera aplicación ya funcionó y luego preguntarse sobre cambios duplicados.
• Usar un alijo como almacén a largo plazo. Nombra trabajo útil con una rama.

Después de un conflicto Pop, deje el alijo en su lugar, resuelva el archivo y verifique el resultado antes de eliminar nada. Si presentó su solicitud en la sucursal equivocada, descarte ese trabajo solo después de haber confirmado que aún lo tiene en el alijo. Create Branch from Stash… le da al alijo su propia rama en la confirmación donde se realizó.

Responda cada pregunta y luego lea por qué. Las preguntas marcadas como "Obligatorias" cuentan para completar la lección.

1. Pregunta 1 de 6

   Pregunta 1 de 6

   ¿Qué hace Pop Stash que no hace Apply Stash?

   Elija una respuesta.

   Elimina la entrada del alijo, pero sólo cuando la aplicación estaba limpia.

   También restaura el estado escénico.

   Confirma los cambios ocultos.

   Mueve la rama al compromiso donde se creó el alijo.

   comprobar respuesta
2. Pregunta 2 de 6

   Pregunta 2 de 6

   Ejecute Stash Changes... con Incluir archivos sin seguimiento activado. ¿Cuáles de estas son ciertas?

   Elija cada respuesta que corresponda.

   Los archivos ignorados también se guardan.

   La nota nueva, nunca vista, también se guarda en el alijo.

   El árbol de trabajo se remonta a la última confirmación.

   La edición del archivo rastreado se guarda en el alijo.

   comprobar respuesta
3. Pregunta 3 de 6

   Pregunta 3 de 6Requerido

   Después del alijo, elige Aplicar alijo en él. ¿Qué ves?

   Elija una respuesta.

   Sólo la edición ha vuelto; la nota permanece en el escondite.

   Una nueva confirmación contiene los cambios restaurados.

   La edición ha vuelto y el alijo ha desaparecido.

   La edición y la nota han vuelto, la sugerencia de la rama no ha cambiado y el alijo todavía aparece en la lista.

   comprobar respuesta
4. Pregunta 4 de 6

   Pregunta 4 de 6

   Cambie la entrada: en una copia, desactive Incluir archivos sin seguimiento antes de guardarlos. ¿Qué pasa con docs/signup-hint.md?

   Elija una respuesta.

   Permanece en el disco como un archivo sin seguimiento y el alijo solo contiene la edición.

   Está escondido de todos modos.

   Git lo elimina.

   Se rechaza el alijo.

   comprobar respuesta
5. Pregunta 5 de 6

   Pregunta 5 de 6Requerido

   En la copia del conflicto, Pop Stash advierte: "El alijo entra en conflicto con sus cambios: resuelva los conflictos. El alijo se conserva". Te preocupa que el trabajo se haya acabado. ¿Qué es verdad y qué haces?

   Elija una respuesta.

   Utilice un restablecimiento completo para empezar de nuevo.

   El alijo todavía figura en la lista. Resuelva y marque el archivo resuelto, verifique el resultado y elimine el alijo solo cuando esté seguro.

   Ejecute Pop nuevamente de inmediato.

   Elimina el alijo ahora para limpiarlo.

   comprobar respuesta
6. Pregunta 6 de 6

   Pregunta 6 de 6Requerido

   Después de Apply Stash en la primera copia, ¿qué lecturas muestran que funcionó como dice la lección?

   Elija cada respuesta que corresponda.

   git stash list --format=%s todavía imprime "En privado/pista de alijo: ensayo de sugerencia de registro".

   git rev-parse HEAD es igual al ID que anotaste antes de guardarlo.

   git status --short muestra la edición de docs/stash-conflict.md y docs/signup-hint.md como sin seguimiento.

   git ls-files --unmerged enumera tres entradas.

   comprobar respuesta

Demuestre que el árbol estaba limpio después del alijo, que Apply restauró ambos archivos y que el alijo todavía aparece en la lista. Predice qué diferiría si Include untracked files estuviera desactivado. En la copia del conflicto, demuestra que el alijo sobrevivió al Pop.

• Elija las opciones de alijo a propósito.
• Aplicar mantiene la entrada.
• Un pop conflictivo también lo conserva.

• Prepara la instantánea deseada y realiza tu primera confirmación (lección 5)
• Resolver conflictos de fusión y rebase (lección 23)
• Descargar GitTree

Alijo — مخبأ; aplicar — تطبيق; pop — تطبيق وحذف; sin seguimiento — غير متتبَّع.