I sottomoduli non devono necessariamente essere clonati separatamente; puoi pubblicare un progetto e i suoi sottomoduli in un unico repository. Basta avere un ramo dedicato ai contenuti del sottomodulo nel repository principale, quindi dopo aver clonato il repository principale git clone -sb
il sottomodulo direttamente da lì.
# setup your current repo this way:
(git init sub
cd sub
> file
git add .
git commit -m-
git remote add origin ..
git push -u origin master:sub/master
)
installazione in nuovo clone:
git branch -t sub/master origin/sub/master
git clone -sb sub/master . sub
e sub
avrà il contenuto più recente.
git rev-parse :sub
ti mostrerà che cosa è impegnato per sub
- vale a dire cosa deve essere controllato là fuori - quando non vuoi solo il suggerimento ramo corrente.
È possibile collegare qui il comando git submodule
, con un file .gitmodules
e questo e quello, ma difficilmente sembra valerne la pena.
Sembra che sarebbe più semplice evitare l'intero problema. Potresti testare l'integrazione non semplicemente usando un repository esistente, ma impostando il repository da zero? Cioè, fai iniziare il test con 'mkdir',' git init', ecc. Ciò eviterebbe la necessità di tenere traccia del sotto-repository interamente. – hvd
questo è il mio attuale workarround, ma preferisco evitare questi passaggi per evitare la complessità (perché ho bisogno di fare alcune modifiche e creare alcuni commit) – fj123x
Penso che @hvd sia giusto perché se si commette questo secondo repository, le modifiche ad esso lo faranno accumulare e avere un effetto collaterale.Se lo crei sempre da zero avrai una build riproducibile, che è una buona cosa. – jotadepicas