I sottomoduli Force Git per essere sempre aggiornati

Question

I love git submodules. Inoltre, odio i sottomoduli git. Quello che mi piace di loro è come ti consente di compartimentare in modo pulito le dipendenze, ecc. Ho il senso di farle puntare a uno specifico commit su un repository, lo faccio. Ma nel mio caso, sto costruendo una libreria che verrà utilizzata in un altro progetto, quindi voglio mantenerla in un repository separato.

Tuttavia, il fastidio arriva quando lavoro quotidianamente su questa libreria e devo costantemente tornare all'app utilizzando la mia libreria per eseguire il commit dell'aggiornamento del puntatore.

Quindi, è possibile avere un sottomodulo git solo essere sempre sulla testa del repository a cui punta mentre sto aggiornando e aggiungendo costantemente a questa libreria?

Answer 1

No, e questo è di progettazione. Se ci fosse un modo per puntare un sottomodulo al "capo corrente" di qualche altro repository, allora sarebbe impossibile recuperare una versione storica (come una versione taggata) dal repository principale. Non saprebbe quale versione del sottomodulo controllare.

Detto questo, potresti essere interessato allo script git subtree. Questo offre un modo diverso di lavorare con i sottomoduli che potrebbero essere più compatibili con il tuo flusso di lavoro. Mi è stato appena ricordato dal recente post on HN.

Answer 2

Perché non apportare modifiche all'interno della directory del sottomodulo, che a sua volta è un repository git? In questo modo, la tua app avrà sempre una libreria aggiornata.

Avvertenze:

1. è ancora necessario per confermare la modifica modulo all'interno della vostra app repo di mettere il cambio di controllo di versione (per l'applicazione).

2. Se ci sono più app di una che utilizzano questa libreria, non funzionerà, dal momento che solo una app sarà aggiornata in un dato momento.

Answer 3

Come detto in "git submodule tracking latest", dal momento che è possibile git 1.8.2 (marzo 2013) fare un modulo traccia HEAD del ramo:

git submodule add -b <branch> <repository> [<path>] 

Uno SHA1 modulo è ancora registrato nella repo genitore come gitlink (special entry in the index)

Ma un git submodule update --remote aggiornerà che l'ingresso al SHA1 corrispondenza HEAD del ramo repository remoto modulo.

Se si dispone di un modulo esistente, you can make it follow a branch con:

cd /path/to/your/parent/repo 
git config -f .gitmodules submodule.<path>.branch <branch> 

cd path/to/your/submodule 
git checkout -b branch --track origin/branch 
    # if the master branch already exist: 
    git branch -u origin/master master 

cd /path/to/your/parent/repo 
git add path/to/your/submodule 
git commit -m "Make submodule tracking a branch"