FluxGit mostra sottomoduli, worktree e il contesto tra repository padre e figlio, così gli spazi di lavoro composti da più parti smettono di nascondere modifiche non committate e commit incoerenti nel padre.
Un worktree collegato ti permette di lavorare su un ramo diverso in un’altra cartella senza modificare il checkout già aperto. Usalo per compiti paralleli o tentativi di agenti all’interno di uno stesso repository.
Un sottomodulo ha una propria cronologia. Il repository padre registra il commit specifico del sottomodulo che si aspetta, così puoi includere un altro progetto e scegliere quando aggiornare quel riferimento.
Risolvono problemi diversi: un worktree offre più cartelle di lavoro a un repository; un sottomodulo collega due repository. FluxGit mostra i worktree collegati e lo stato dei sottomoduli tra padre e figlio nella stessa vista dello spazio di lavoro. Consulta il flusso sicuro con worktree per agenti di programmazione in parallelo, insieme alla documentazione di Git worktree e dei sottomoduli Git per conoscere il comportamento sottostante di Git.
Worktree e sottomoduli possono coesistere, ma controlla ogni checkout separatamente. Git documenta un supporto incompleto dei sottomoduli tra più worktree e sconsiglia più checkout di un superprogetto. Verifica questo limite prima di adottare questa struttura.
Confronta questi tre commit prima di cambiare un riferimento; commit uguali non dimostrano che la cartella di lavoro del figlio sia pulita. FluxGit mostra lo stato padre-figlio e i riferimenti divergenti; Agent Lanes confronta tentativi paralleli senza applicarne le modifiche.
I sottomoduli possono allontanarsi dal commit registrato dal padre e i worktree moltiplicano i rami tra cartelle. Quando questo stato non è visibile, puoi creare un commit del padre che punta al sottomodulo sbagliato.
I flussi per sottomoduli e worktree sono in beta. Lo stato in sospeso viene mostrato per ogni spazio di lavoro e le operazioni distruttive su sottomoduli e worktree passano dallo stesso flusso di conferma protetto delle altre operazioni.
La clonazione inizializza i sottomoduli per impostazione predefinita e puoi aprire il figlio o il padre dal contesto. Da Fleet Radar, registra nel padre un puntatore di sottomodulo che si è allontanato dal commit registrato, oppure riporta il sottomodulo a quel commit, a qualsiasi profondità.
Le azioni sui worktree sono soggette a controlli con assistenza quando è richiesto un backend desktop. Quando i tentativi paralleli sullo stesso compito si trovano in worktree collegati, puoi confrontarli fianco a fianco e unire il vincitore tramite il flusso protetto.
Confronta i tentativi paralleli degli agenti fianco a fianco, file per file. I file modificati da più di un tentativo appaiono per primi e ogni cella apre il diff di quel tentativo. Il confronto non applica alcuna modifica.
Le azioni distruttive su sottomoduli e worktree chiedono conferma prima di agire.
Agent Lanes mette ogni tentativo parallelo in una colonna e ogni file in una riga, confrontandoli con il tuo checkout. Leggi il diff di ciascun tentativo dalla sua cella, poi unisci il vincitore tramite il flusso protetto.
Quando il checkout di un sottomodulo si è allontanato dal commit registrato dal padre, Fleet Radar offre due azioni. Una registra il nuovo puntatore nel padre con un commit che contiene solo quel puntatore. L’altra riporta il sottomodulo al commit registrato e conserva un punto di ripristino; rifiuta l’operazione se quel checkout lascerebbe indietro un commit che nessun ramo, tag o remoto contiene. Entrambe funzionano sui sottomoduli annidati.
L’ispezione dello spazio di lavoro privilegia l’elaborazione locale. FluxGit legge la tua struttura locale senza inviarla da nessuna parte.
Sottomoduli nella barra laterale con percorso, commit e indicazione delle modifiche non committate.