EGit "sincronizar el espacio de trabajo" no marcará el conflicto de fusión como resuelto

Hasta ahora me he fusionado simplemente con el enfoque fetch + merge y si había un conflicto de fusión lo arreglé manualmente, lo monté y lo comprometí. Resolvió bien.

Ahora decidí probar el thingie "sincronizar el espacio de trabajo". Compruebo mi twig local y ejecuto ese command en la twig remota de origen. ¿Cómo realizo files individuales en mi repository?

Intenté usar merge o pull, pero en lugar de integrar el cambio, de repente me dice que hay un conflicto de fusión. Este conflicto no debería ocurrir en primer lugar, pero la indexing y la confirmación nuevamente no solucionan el error. Me sincronizo con el espacio de trabajo y sigue mostrando el error rojo de dos caras en dos files idénticos …

Intente en su lugar un fetch + rebase: tendrá que resolver el conflicto nuevamente, pero una vez hecho esto, su confirmación modificada debe estar en la parte superior del origin/master : la siguiente búsqueda no debe hacer nada, ya que todo fue recuperado.

Ver este tutorial :

http://eclipsesource.com/blogs/wp-content/uploads/2012/09/Screen-Shot-2012-09-25-at-3.34.08-PM.png

En mi experiencia Synchronize Workspace confunde a la mayoría de las personas.

En general, se debe usar "solo lectura". No trates de resolver ningún conflicto aquí. Por defecto está comparando su copy de trabajo con el repository remoto. Lo que significa que en realidad no tiene conflicto en su copy de trabajo. Cuando los "arreglas" aquí, solo estás haciendo una modificación local. Puedes cometer eso pero no resuelve ningún conflicto. Hace que el conflicto real sea aún más difícil de resolver.

Recomiendo no hacer nada en la perspectiva de Team Synchronization . Simplemente haga un pull (o fetch / merge ) para tener esos conflictos en su copy de trabajo y luego resuélvalos. Tu sabes cómo hacer eso. Si algo se rompe y quieres un nuevo bash, haz un reset --hard en la última confirmación en tu repository local y comienza de nuevo.