Eu tenho muitos sub-repos, o que significa um grande repositório de guarda-chuva que tem repos menores. Agora, quando eu faço um commit em um repositório de folhas, isso automaticamente significa que eu tenho uma mudança em seus pais. Se você supõe que a estrutura seja uma árvore binária, você pode perceber que é ridículo - ter uma estrutura profunda de 5 git-repo poderia significar facilmente$ git commit -m 'did 1'; cd ..; git commit -m 'did 1 as mentioned'; ... git commit -m 'did 1 same as earlier'. Como posso evitar esse tipo de comprometimento repetitivo?

Exemplo 1: um exemplo gráfico sobre o problema

<code>X---------|
          |
Y---------A --------|
                    |
          B --------|<-----Pictures (graphic designers, animators--have repo)
                    |
          C --------|
</code>

Uma mudança nas Imagens mudará A, B, C, X e Y - confirmação inchada, 6 confirmações devido a uma alteração, má repetição! Agora, as pessoas que trabalham com Imagens podem ser pessoas totalmente diferentes das pessoas que fazem coisas com X, Y, A, B e C, tornando as coisas mais obscuras.

Exemplo 2: mão-a-exemplo para testar com sub-sub-sub-sub-p ...

Por favor, copie este exemplo práticoAqui. Você pode testar coisas com sub-repositórios de 3 níveis.

Até agora sugerido

Os submódulos básicos no Git, maisAqui.

GitslaveAqui.