Je me sens à l'aide de submodules est une façon gênante pour mon processus de développement. J'apprends aussi que Git subtree et gitslave peut être la solution par la suite. Laquelle est la meilleure option pour aller? Je ne trouve pas de comparaison d'informations sur ces 2 options. Est-ce que ces 2 a la version windows pour travailler avec?
Réponses
Trop de publicités?
Qui est le mieux pour vous dépend de vos besoins, des désirs et des flux de travail. Ils sont dans un certain sens, semi-isomorphe a', c'est juste que certains sont beaucoup plus faciles à utiliser que les autres pour des tâches spécifiques.
gitslave est utile lorsque vous contrôler et de développer sur la sous-projets à plus ou moins le même temps que le superproject, et de plus lorsque vous souhaitez généralement de la balise, de la direction générale, la poussée, la traction, etc tous les référentiels en même temps. gitslave n'a jamais été testé sur windows, que je sache. Il nécessite perl.
git-sous-module est mieux quand vous ne contrôlez pas le sous-projets ou, plus spécifiquement, vous souhaitez corriger la sous-projet à une révision spécifique de même que le sous-projet de modifications. git-sous-module est un élément standard de git, et, donc, de travailler sur windows.
git-sous-arborescence fournit un front-end à git intégré dans la sous-arborescence de fusion de la stratégie. C'est mieux quand vous préférez avoir un unique référentiel "unifiée" historique de git. Contrairement à la sous-arborescence de fusion de la stratégie, il est plus facile d'exporter des modifications aux différents (répertoire), des arbres de retour à l'origine du projet, mais il n'est pas aussi automatique que c'est avec gitslave ou même git-sous-module.
repo est en théorie similaire à gitslave, mais pas aussi bien documenté pour les non-android opérations que j'ai trouvé. Il est assez dédiés à la Google Android, le modèle de développement et à seulement prend en charge une poignée de commandes git (bien que vous pouvez exécuter des commandes arbitraires) et de la faible prise en charge native ne supporte pas, par exemple, un référentiel centralisé pour le pousser à et de vérifier une branche semble assez difficile.
kitenet de m. est-ce que vous pouvez utiliser si vous avez plusieurs systèmes de contrôle de version en cours d'utilisation, mais est le plus souvent limitée pour git-seulement superprojects en raison de son plus petit dénominateur commun de l'approche. Il y a des façons d'exécuter des commandes arbitraires, mais ils ne sont pas aussi bien intégré.
Adam Dymitruk
Points
34999
J'utilise actuellement submodules pour le développement et non pas seulement au titre du 3ème partie les bibliothèques. Il ya quelques façons que vous pouvez rendre la vie plus facile avec submodules, surtout quand ils sont la source de la fusion ou de rebase conflits. Regarder ls-arbre pour avoir les 2 s'engage à un conflit dans la sous-module. C'est probablement la partie la plus difficile de submodules pour les personnes à traiter. Pour l'instant script va rendre les choses plus facile de travailler avec. Les futures versions de Git devrait avoir une meilleure prise en charge native pour les traiter.
Espérons que cette aide.
