Essayer de trouver la bonne approche à utiliser dans git sous-modules

Question

Je suis en train d'obtenir une configuration de sous-module correctement dans git et je veux vous assurer que je l'utilise bien.

J'ai appelé référentiel principal MyProject. J'ai un dépôt secondaire qui contient l'ensemble de notre accès aux données de code généré appelé Data. Je veux Data d'installation en tant que sous-module de MyProject.

Data change rarement à moins d'un changement de schéma, ou un petit peu de correction bug.

Le mot Let j'ajouter de nouvelles fonctionnalités à MyProject qui nécessite un changement de schéma. En général, je créerais une branche de MyProject appelé NewFeature et vérifier dans tous mes changements il jusqu'à ce qu'il soit prêt à être fusionné avec le maître. Je veux aussi créer une branche pour Data afin que tout changement de schéma rester séparé de Master jusqu'à ce que mes changements sont prêts à être fusionnés.

Quel est le bon workflow pour ce ou est-il encore un?

Merci!

Answer 1

Branches dans un sous-modules sont séparés complètement les branches de la pension de parent.

Création d'une branche de fonction NewFeature sur votre pension parent ne signifie pas que vous devez créer le même dans le sous-module.
Cela signifie seulement que votre pension mère fera référence nouveaux commits de cette sous-module dans la branche NewFeature. Les validations de sous-module peuvent avoir été réalisés dans une branche (uniquement définie dans le sous-module).

Cela étant dit, il est probablement préférable de créer aussi un NewFeature dans le subrepo, pour établir une sorte de convention de nommage qui vous permet de trouver ensemble très couplé de commits entre votre pension mère et votre sous-module.
(Plus, comme illustré dans la question « Git sous-modules: Spécifiez une branche / tag », un sous-module en soi est toujours dans un premier temps dans un mode de HEAD isolée)