FluxGit muestra los submódulos, los worktrees y el contexto entre repositorios padre e hijo para que los espacios de trabajo con varias partes dejen de ocultar cambios sin confirmar y commits inconsistentes en el padre.
Un worktree vinculado te permite trabajar en otra rama en una carpeta distinta sin cambiar el checkout que ya tienes abierto. Úsalo para tareas en paralelo o intentos de agentes dentro de un mismo repositorio.
Un submódulo tiene su propio historial. El repositorio padre registra el commit concreto del submódulo que espera, de modo que puedes incluir otro proyecto y elegir cuándo actualizar esa referencia.
Resuelven problemas distintos: un worktree da a un repositorio varias carpetas de trabajo; un submódulo conecta dos repositorios. FluxGit muestra los worktrees vinculados y el estado de los submódulos entre padre e hijo en la misma vista del espacio de trabajo. Consulta el flujo seguro con worktrees para agentes de programación en paralelo, junto con la documentación de Git worktree y submódulos Git para conocer el comportamiento subyacente de Git.
Los worktrees y los submódulos pueden coexistir, pero revisa cada checkout por separado. Git documenta un soporte incompleto de submódulos entre varios worktrees y desaconseja mantener varios checkouts de un superproyecto. Comprueba esa limitación antes de usar esta estructura.
Compara estos tres commits antes de cambiar una referencia; que coincidan no demuestra que la carpeta de trabajo del hijo esté limpia. FluxGit muestra el estado padre-hijo y las referencias divergentes; Agent Lanes compara intentos paralelos sin aplicar sus cambios.
Los submódulos pueden desviarse del commit registrado por el padre, y los worktrees multiplican las ramas entre carpetas. Cuando ese estado no se ve, puedes crear un commit del padre que apunta al submódulo equivocado.
Los flujos de submódulos y worktrees están en beta. El estado pendiente se muestra por espacio de trabajo, y las operaciones destructivas sobre submódulos y worktrees pasan por el mismo flujo de confirmación protegido que el resto.
Al clonar, se inicializan los submódulos por defecto, y puedes abrir el hijo o el padre desde su contexto. Desde Fleet Radar, registra en el padre un puntero de submódulo que se haya desviado o devuelve el submódulo al commit registrado, a cualquier profundidad.
Las acciones sobre worktrees están sujetas a controles con ayuda cuando requieren un backend de escritorio. Cuando los intentos en paralelo de una misma tarea están en worktrees vinculados, puedes compararlos lado a lado y fusionar el ganador mediante el flujo protegido.
Compara los intentos en paralelo de agentes lado a lado, archivo por archivo. Primero aparecen los archivos modificados por más de un intento, y cada celda abre el diff de ese intento. La comparación no aplica ningún cambio.
Las acciones destructivas sobre submódulos y worktrees piden confirmación antes de actuar.
Agent Lanes coloca cada intento en paralelo en una columna y cada archivo en una fila, comparados con tu checkout. Lee el diff de cada intento desde su celda y fusiona el ganador mediante el flujo protegido.
Cuando el checkout de un submódulo se ha alejado del commit registrado por su padre, Fleet Radar ofrece dos acciones. Una registra el nuevo puntero en el padre mediante un commit que contiene solo ese puntero. La otra devuelve el submódulo al commit registrado y conserva un punto de restauración; rechaza la operación si ese cambio de checkout dejara atrás un commit que ninguna rama, etiqueta o remoto contiene. Ambas funcionan con submódulos anidados.
La inspección del espacio de trabajo prioriza lo local. FluxGit lee tu estructura local sin enviarla a ningún sitio.
Submódulos en la barra lateral con su ruta, commit y estado de cambios sin confirmar.