¿Tiene GIT problemas gemelos malvados?

Question

En ClearCase el mal gemelo ocurre cuando dos archivos se encuentran con el mismo nombre en dos versiones diferentes del directorio, y si los OID del elemento son diferentes pero los nombres son los mismos.

En GIT, la identificación SHA1 siempre es única y los archivos con el mismo nombre siempre tienen diferentes identificadores SHA1.

No tenemos un concepto de gemelos Evil, pero es probable que haya dos o más desarrolladores que creen un archivo con diferentes contenidos con el mismo nombre de archivo en el mismo directorio. Durante la fusión, cuando ambos archivos son completamente diferentes, hay posibilidades de que los desarrolladores mantengan sus cambios solos y dejen otros cambios que resulten en la pérdida del código.

¿Alguien me puede decir si habrá problemas en GIT similares a ClearCase o sine cada identificación de SHA1 es única? No habrá ningún problema gemelo malvado en GIT.

Answer 1

Git realiza el seguimiento en el nivel de todo el árbol, no en archivos y directorios individuales, por lo que no tiene un concepto como un OID.

Al fusionar historiales que incluyen cambios incompatibles en un archivo (por ejemplo, ambos agregaron un nuevo archivo con diferentes contenidos), Git generará un conflicto de combinación y se detendrá para permitir que el usuario resuelva el conflicto o aborte la fusión.

Por supuesto, Git no puede obligar al usuario a hacer la fusión, hacer lo correcto, pero quizás sea más difícil ignorar por completo un lado del conflicto. En Git, el conflicto estará en el archivo en sí, no en el directorio que contiene el archivo. En otras palabras, el conflicto será sobre el contenido del archivo en lugar de qué OID se debe vincular en el directorio.Por supuesto, dependiendo de la herramienta utilizada, el usuario puede simplemente presionar "tomar mi lado en todos los conflictos", pero a Git no le importará en lo más mínimo (¡aunque al jefe y compañeros de trabajo del patán perezoso les puede importar mucho!).

Answer 2

Oh errores gemelos malvados, eso me lleva de vuelta. No, no deberías tener tales errores en git. Git no rastrea realmente todo el archivo, ya que rastrea fragmentos de archivos.

Answer 3

No, pero hay un detached head. Lo siento, no pude evitarlo :)

Lo que sucedería es que el archivo aparecerá como conflictivo cuando el segundo desarrollador lo retire antes de hacer un push. Cuando los archivos son completamente diferentes, será evidente que deben tener diferentes nombres de archivo. El segundo desarrollador hará algo al respecto (es decir, cambiará el nombre de su archivo para que no haya conflicto).

Answer 4

Sí, hay algún tipo de operación "mal" en Git, pero no por la misma razón que el evil twins of ClearCase:

Se llaman evil merge:

una combinación que introduce cambios que no aparecen en ningún padre

es decir: poner las cosas en el código que nadie pidió que estar allí, llamada 'fusión mal', ya que es difícil para el caso esquina "culpa git" para resolver cuando se anota archivo.
Esas fusiones generalmente están relacionadas con un semantic conflict entre las dos fusiones de versiones (y no un simple conflicto de texto).
Un efecto secundario será que, en lugar de añadir, eliminar o modificar una línea cambió, se termina con las dos líneas , (de las dos versiones que se pueden fusionar) en el resultado de la fusión ...