GitPuesta en escena


Observaciones

Vale la pena señalar que la puesta en escena tiene poco que ver con los "archivos" en sí mismos y todo que ver con los cambios dentro de cada archivo dado. Preparamos archivos que contienen cambios, y git rastrea los cambios como confirmaciones (incluso cuando los cambios en una confirmación se realizan en varios archivos).

La distinción entre archivos y confirmaciones puede parecer menor, pero comprender esta diferencia es fundamental para comprender funciones esenciales como cherry-pick y diff. (Vea la frustración en los comentarios sobre la complejidad de una respuesta aceptada que propone a cherry-pick como una herramienta de administración de archivos ).

¿Qué es un buen lugar para explicar conceptos? ¿Está en los comentarios?

Conceptos clave:

Un archivo es la metáfora más común de los dos en tecnología de la información. La mejor práctica dicta que un nombre de archivo no cambie a medida que cambia su contenido (con algunas excepciones reconocidas).

Un commit es una metáfora que es única para la gestión del código fuente. Los compromisos son cambios relacionados con un esfuerzo específico, como una corrección de errores. Los compromisos a menudo implican varios archivos. Una sola corrección de errores menores puede implicar ajustes a las plantillas y css en archivos únicos. A medida que se describe, desarrolla, documenta, revisa e implementa el cambio, los cambios en los archivos separados se pueden anotar y manejar como una sola unidad. La única unidad en este caso es el commit. Igualmente importante, centrarse solo en la confirmación durante una revisión permite que las líneas de código sin cambios en los diversos archivos afectados se ignoren de forma segura.

Puesta en escena Ejemplos relacionados