TFS muestra los cambios pendientes con el estado "fusionar". Si los controlo, ¿cambiarán los archivos?

Question

Estoy haciendo una fusión de archivos en TFS. Es un poco complicado porque algunos archivos en el destino se han movido o eliminado.

Después de realizar la fusión y resolver conflictos, TFS muestra una serie de cambios pendientes con el estado "merge".

Si los controlo, ¿cambiarán los archivos?

Estoy revisando los cambios pendientes que se muestran (en la columna Cambiar) con el estado "merge" que esto simplemente actualiza los registros de fusión en TFS para que si repito la fusión no intente y re-fusionar estos archivos a menos que hayan cambiado. ¿Es esto correcto? No quiero verificar esta gran lista de archivos y terminar cambiando los contenidos/nombres/estado eliminado de los archivos.

Answer 1

Por lo que yo entiendo, combinar específicamente significa que esta revisión contiene la fusión de otra rama. sin embargo, creo que merge -only- representa la operación de fusión.

Si un archivo en particular es diferente en las dos ramas, el archivo tendrá el estado "fusionar, editar" porque se fusionó desde la rama y se modificó en cuanto al contenido.

En otras palabras, si tiene una rama principal con 2 archivos, haga una rama dev de eso, haga un cambio en uno solo de los archivos y luego en una combinación, los cambios pendientes en el main- sucursal debería tener este aspecto:

FileA.cs> fusionar
FileB.cs> combinar, editar

Answer 2

El estado de fusión significa que el archivo está desprotegido debido a una operación de fusión. Si realiza un check-in en este archivo, reemplazará la versión anterior.

El archivo ya está completamente fusionado localmente, por lo que puede examinar el contenido.

Estoy muy seguro de que todo se construye, y todas las pruebas unitarias (si tiene alguna) tienen éxito antes de verificar una fusión como esa.

Answer 3

Si los archivos en su espacio de trabajo son los mismos que la versión más reciente, el registro no incluirá esos archivos en el conjunto de cambios.