Base / actual / entrante / resultado
Trinity mantiene separadas las cuatro vistas para revisar el archivo final con criterio.
Trinity es el espacio de FluxGit para revisar la base, la versión actual, la entrante y el resultado final. Cuando los marcadores de conflicto no bastan, permite entender qué cambió cada lado antes de aplicar una resolución.
Un conflicto de merge no son solo dos bloques de texto: están la base original, tu rama actual, la entrante y el archivo resuelto que vas a guardar en un commit. Sin ese contexto, puedes descartar accidentalmente la intención de una de las partes.
Trinity está en beta. No resuelve conflictos automáticamente. Si configuras un proveedor de IA, su sugerencia es un borrador en el editor: no se escribe nada hasta que lo revisas y aplicas. Algunas sesiones pueden usar contexto obtenido del estado Git cuando no se ha cargado la sesión completa de merge.
Trinity mantiene separadas las cuatro vistas para revisar el archivo final con criterio.
FluxGit destaca el estado de conflicto en el panel para que los archivos pendientes no queden ocultos en una lista de estado normal.
Acepta la versión actual, la entrante o edita manualmente, revisando el resultado antes de aplicarlo.
La resolución de conflictos prioriza el trabajo local. El contenido permanece en tu espacio de trabajo salvo que configures explícitamente un proveedor de IA o compartas diagnósticos con consentimiento. Git debe seguir siendo utilizable aunque la asistencia de IA no esté disponible.
Un merge pausado con dos archivos en conflicto. Las versiones actual, entrante y base están identificadas; los archivos se resuelven uno a uno y continuar permanece bloqueado hasta terminar todos. Abortar sigue disponible. Datos sintéticos de demostración.