Utilizzando git-subtree, il numero di diff da calcolare quando si esegue un incremento di git subtree split nel tempo, raggiungendo valori che possono richiedere una divisione molto lunga.Reimposta conteggio diff in git subtree
Un modo per risolvere quello è git rm il percorso, il commit e quindi git subtree add indietro.
Esiste un modo più semplice/pulito per reimpostare un sottostruttura?
Quando si esegue la divisione, è possibile utilizzare l'opzione --rejoin, che sembra esistere esattamente per riutilizzare le suddivisioni che sono già avvenute.
--rejoin ::
Questa opzione è valida solo per il comando di divisione.
Dopo la divisione, unire nuovamente la cronologia sintetica sintetica appena creata nel progetto principale. In questo modo, le divisioni di future possono cercare solo la parte della cronologia che ha aggiunto dal più recente --rejoin.
Da https://github.com/apenwarr/git-subtree/blob/master/git-subtree.txt
Questo è interessante. Vorrei che questo potesse essere fatto tirando/fondendo piuttosto che dividendo, poiché la divisione per noi è praticamente un'operazione di sola lettura. –
Ma questo reset dei conteggi non ha senso per il pull e l'unione, poiché si sta introducendo il contenuto piuttosto che separandolo dal proprio repository. Se si intende riutilizzare la sottostruttura, si impegna che, dove precedentemente aggiunto con un pull/merge, ciò accade sempre: finché si mantiene coerente l'uso o meno di '--quash' quando si introduce nuovo contenuto di sottostruttura, qualsiasi commit precedente sarà già presente usato e collegato automaticamente. – LopSae
Ho il sospetto, a quel punto la risposta giusta sarebbe quella di avere sottomoduli utilizzati tutti insieme. – jthill
Hmmm no. Voglio ancora usare la sottostruttura :-) –