2017-10-13 4 views
0

J'ai actuellement près de 20 dépôts java dans mon contrôle de code source. Ils ont tous des plans de construction différents, mais ils sont tous construits avec une stratégie similaire. Je pense à utiliser git-submodule pour avoir tous les 20 repos dans le cadre d'un référentiel unique avec un plan de construction unique. Mais ressemble à gitsubmodule peut suivre une seule branche dans .gitsubmodule.Comment utiliser git-submodule pour suivre les branches d'entités?

[submodule "demo-1"] 
    path = "" 
    url = https://github.com/hsdajsd/demo-1.git 
    branch = master 
[submodule "demo-2"] 
    path = "" 
    url = https://github.com/hsdajsd/demo-2.git 
    branch = master 

Comment puis-je configurer gitsubmodules pour suivre toutes les branches dans un sous-module (y compris les succursales et ligne principale caractéristique). Des suggestions de la communauté? L'idée est de déclencher le plan de construction unique chaque fois que des changements se produisent dans l'un des référentiels indépendamment des branches.

Répondre

1

Les sous-modules sont conçus pour permettre à un code étroitement lié de vivre ensemble à court d'une solution de module comme config.json, Maven ou Gradle. Non seulement vous ne voulez pas utiliser un sous-module pour configurer des plans de construction courants, mais les sous-modules sont en réalité assez pauvres pour gérer cela, car vous n'avez que le contexte ou la référence dans un commit à un moment donné.

Vous voudriez examiner une autre approche. Selon votre langue, il existe des outils de structuration et de structuration de projet pour vous aider dans vos démarches.