Cambios perdidos en la fusión de git después de marcar un file separado como "resuelto"

Sé que es un tema complicado, así que intentaré simplificar todo lo que pueda, díganme si realmente necesitamos más detalles sobre los cambios involucrados.

Entonces, básicamente, usando SourceTree, tuve que llevar a cabo una operación bastante simple, fusionar la twig A en B (B se originó en A). Vamos a decir que tenía tres files: 1,2 y 3, que fueron todos modificados en ambas twigs. Durante la fusión, encontré un conflicto en el file 2, que resolví manualmente marcado como "resuelto". Luego presioné commit para dejar que git maneje el rest de la fusión, pero solo.

Resulta que ahora, algunos cambios que se introdujeron en A en el file 3 se restauraron al estado en el que estaban cuando B se ramificó de A. Esto es extremadamente inquietante ya que no hubo conflicto involucrado en este file, por lo que git debería haber fusionado el cambios también Además, este file no aparece en los loggings simplificados (aunque puedo ver los cambios usando una línea de command directa diff entre los dos commit). Lo que es peor, B se fusionó con A más adelante y ahora no puedo encontrar estos cambios en A en ninguna parte del historial de files.

¿Cómo es posible que git borre esta confirmación sin avisarme en ninguna etapa?

Mi única conjetura es que podría ser un problema de fuente, donde marcar un file como "Resuelto" y luego hacer clic en "commit" para finalizar podría no ser la forma correcta de manejar el process (¿Debería pedirle a Git que reinicie la fusión o algo así? ? Parece extraño ya que git no permite comprometerse si el estado de fusión no está completamente resuelto).

Sin embargo, apreciaría algunos consejos aquí, ya que es extremadamente difícil darse count de estos problemas, y podría ser un gran problema para nuestra empresa …

¡Gracias por adelantado!