Seguir el historial de un archivo y la autoría de la línea

• Separe el historial de archivos de la atribución de línea actual.
• Lea al autor y al confirmador de forma independiente.
• Inspeccione la culpa anterior sin verificar las confirmaciones.
• Mantenga las pruebas de atribución separadas de la confianza de seguridad.

Comience donde terminó la lección 15: principal con ignorar confirmación, limpieza; README.md sigue siendo el archivo README original e index.html contiene el pie de página de Leo de la lección 11. La característica publicada y la etiqueta v0.1.0 no han cambiado.

El video se grabó con Git 2.52.0 y GitTree 2.0 en Ubuntu 24.04: README.md se guardó en la aplicación, la confirmación de Maya se realizó de forma nativa como preparación de los compañeros de equipo y las vistas de historial y culpa se abrieron en la aplicación; el estado anterior y las lecturas de culpa se ejecutaron en la terminal. No se ejecutó nada en macOS o Windows, y Ubuntu es el único sistema Linux registrado. El nivel mínimo de Git de origen de GitTree es 2.39.0.

GitTree te pide que inicies sesión; El plan gratuito cubre cada paso aquí. No se necesita cuenta de proveedor, Pro/trial, credencial API o servicio de Internet. Un origen desnudo local no es GitLab o CI. Todas las identidades utilizan example.com; nunca ejecute esta lección dentro de un proceso de pago de código fuente.

Realice mutaciones a través de GitTree o la ruta nativa en entradas idénticas, no ambas consecutivamente. La verificación de solo lectura puede seguir a cualquiera de los dos. Cualquier preparación descrita como trabajo terminal se etiqueta como preparación nativa, nunca como característica inventada de una aplicación.

El historial de archivos enumera las confirmaciones seleccionadas por reglas de ruta/historial; La culpa atribuye las líneas actuales a las confirmaciones que las introdujeron por última vez en las opciones seleccionadas. Tampoco existe una explicación social completa de quién diseñó una característica.

El autor y el confirmador pueden diferir. Este elemento utiliza deliberadamente la misma identidad ficticia de Maya para ambos en su compromiso, y Leo para ambos en el de él. Los nombres/correos electrónicos son metadatos, no prueba de propiedad ni código confiable.

Ignorar los espacios en blanco y seguir líneas movidas puede cambiar las respuestas de atribución sin cambiar los bytes o el historial del archivo. Aléjese de un compromiso concreto y culpado para inspeccionar su predecesor; La selección no es pago.

El compromiso README explícito avanza únicamente a main. Las selecciones y alternancias posteriores de Historial/Culpa cambian el estado de vista de la aplicación; no se produce ninguna mutación de índice, de trabajo, de rama local o de servidor.

En el guardado principal original, complete README_MAYA a continuación. La preparación nativa usa git -c user.name/user.email solo para esta confirmación, no una configuración global o una anulación engañosa solo para el autor. Capture los metadatos resultantes reales.

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.

README.md — README_MAYA

# GitTree Features

A fictional landing page used to learn Git and GitTree.

All people and addresses in this repository are fictional.
No form submits information to a server.

Review changes deliberately and preserve useful work.

Paleta: Comando+Mayús+P (Ctrl+Mayús+P en Ubuntu); escriba el comando con nombre exacto y selecciónelo. Las acciones de referencia con nombre usan el menú contextual de esa fila, no un acceso directo de paleta sin argumentos.

1. Mostrar archivos; abra README.md y guarde README_MAYA completo. Revise la línea de revisión agregada.
2. Confirme la adición de forma nativa con la identidad ficticia explícita a continuación; Etiquete la preparación de este compañero de equipo. No afirmes que la aplicación reescribió autores existentes.
3. Con README.md abierto a través de Mostrar archivos y luego README.md, la vista del archivo tiene cuatro pestañas: File, Changes, Blame y History. Elija History: enumera solo las confirmaciones de este archivo, la de Maya en la parte superior. Seleccione el compromiso de Maya.
4. Inspeccione la diferencia de ruta y los metadatos; utilice la lista del historial ArrowUp/ArrowDown para inspeccionar otra revisión sin realizar el pago.
5. Elija Blame en README.md. El encabezado dice "Blame @", una breve identificación de confirmación, y las líneas están agrupadas por confirmación; haga clic en la línea agregada. Espere el sujeto y la identidad reales de Maya, no un SHA fijo inventado.
6. Abra index.html y elija Culpar; Inspeccione la atribución Leo de la línea de pie de página de forma independiente.
7. Ignore whitespace changes y Follow moved lines son opciones de visualización de la vista de culpa. Haga clic en el grupo de una confirmación, elija Blame before this commit para ver la culpa tal como estaba y luego Back to the later blame.
8. Back to Graph; Jump to HEAD (Ctrl+Mayús+H en Ubuntu). Verifique que la punta principal original esté limpia y sin cambios después de la inspección.

Para cada confirmación ordinaria: el resumen es el tema indicado; Descripción vacía; Modificar la confirmación anterior, omitir enlaces, agregar firmada por otro autor, presionar después de la confirmación y permitir la confirmación vacía; sin coautores. Prepare solo los archivos nombrados, luego confirme los cambios en N archivos una vez (Archivo para uno), o Comando+Entrar como alternativa. Espere el resultado real. Una lección que modifica explícitamente cambia sólo esa opción indicada.

Después de guardar README_MAYA:

git add -- README.md
git -c user.name="Maya Chen" -c user.email=maya@example.com commit --quiet -m "docs: explain deliberate review"
git log -1 --format='%an <%ae>%n%cn <%ce>' -- README.md
git blame --line-porcelain -- README.md
git blame --line-porcelain -- index.html
git status --short

La confirmación tiene éxito. La consulta del autor real incluye:

Maya Chen <maya@example.com>
Maya Chen <maya@example.com>

La salida de culpa completa incluye SHA/tiempos variables reales y registros por línea. Para la nueva línea README, los campos de registro verificados incluyen la autora Maya Chen, el correo del autor <maya@example.com>, documentos de resumen: explica la revisión deliberada, luego una pestaña con el prefijo Revisar cambia deliberadamente y preserva el trabajo útil. El registro de pie de página identifica a Leo Okafor y su compromiso recordatorio; esto debe medirse a partir del árbol real, no inventarse como un autor uniforme para cada línea HTML. El estado final está vacío.

Alternativas de solo lectura:

git log --follow --format='%s' -- README.md
git blame -w -- README.md
git blame -M -- README.md

Estas opciones responden a diferentes preguntas de atribución; El diseño de salida es específico de la versión de Git y se captura, no se sustituye con el extracto del campo de porcelana.

Where you end: La única adición README de Maya está confirmada como documentos: explique la revisión deliberada en principal. La culpa atribuye esa nueva línea a Maya y pie de página a Leo; La inspección deja HEAD/index/work limpio y sin cambios.

• Llamar a la culpa una puntuación de culpabilidad.
• Suponiendo que el autor siempre es igual al confirmador.
• Verificar una confirmación simplemente para inspeccionar su línea.

Borre las opciones de vista o regrese a la culpa posterior/Salte a HEAD. La navegación no necesita reinicio. Si la atribución difiere, inspeccione la ruta real, la revisión y la configuración de espacios en blanco/movimiento antes de editar el historial.

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

   ¿La culpa responde a qué?

   Elija una respuesta.

   Último compromiso de introducción para una línea debajo de opciones

   ¿Quién es dueño de cada idea?

   ¿Quién merece la crítica?

   comprobar respuesta
2. Pregunta 2 de 6

   Pregunta 2 de 6

   ¿Qué distinciones importan?

   Elija cada respuesta que corresponda.

   Ruta y revisión seleccionada

   El nombre demuestra seguridad

   Autor versus confirmador

   comprobar respuesta
3. Pregunta 3 de 6

   Pregunta 3 de 6Requerido

   Seleccione la revisión del archivo antiguo: HEAD?

   Elija una respuesta.

   Eliminado

   Se mueve automáticamente

   Sin cambios

   comprobar respuesta
4. Pregunta 4 de 6

   Pregunta 4 de 6Requerido

   ¿Cambiar consulta para ignorar espacios en blanco: bytes?

   Elija una respuesta.

   Sin cambios

   Reformateado

   Historia reescrita

   comprobar respuesta
5. Pregunta 5 de 6

   Pregunta 5 de 6

   Resultado de culpa diferente: ¿primer control?

   Elija una respuesta.

   Ruta, revisión y opciones.

   Empuje forzado

   Restablecer principal

   comprobar respuesta
6. Pregunta 6 de 6

   Pregunta 6 de 6Requerido

   ¿Qué prueba el resultado?

   Elija cada respuesta que corresponda.

   Punta limpia sin cambios después de la inspección.

   Avatar de un autor

   Registros reales de la línea Maya/Leo

   comprobar respuesta

Demuestre que la línea de revisión README pertenece a Maya y el pie de página a Leo utilizando registros reales de línea de porcelana. Active -w en una consulta separada de solo lectura y explique por qué la atribución sin cambios aquí no demuestra que la opción nunca importe.

• La historia y la culpa responden a preguntas diferentes.
• Los metadatos no son confianza.
• La inspección no mueve la CABEZA.

• Ignorar archivos y limpiar trabajos sin seguimiento de forma segura (lección 15)
• Leer historial sin mover HEAD (lección 8)
• Descargar GitTree

Culpa — نسب الأسطر; historial de archivos — سجل الملف; autor — المؤلف; comprometidor - المُودِع.