Plusieurs branches orphelines ou dépôts séparés - git

Question

J'ai un projet que j'aimerais stocker sur GitHub.

Ce projet contient du code à exécuter sur un Arduino, Android, iOS ainsi que le code du serveur. Chaque section du code interagit avec l'autre, cependant, le développement de chaque section est plus ou moins indépendant.

Devrais-je avoir toutes les sections de code dans un référentiel sous différentes branches orphelines, ou devrais-je avoir un référentiel séparé pour chaque section? Pourquoi? Quels seraient les avantages et les inconvénients de chaque méthode?

Merci beaucoup!

Answer 1

Répondez à votre question avec la question suivante. Donc le fractionnement du backend, des microservices et de l'application UI, de l'application android, de l'application ios (même si ce sont des parties différentes) n'est pas très judicieux, si vous répondez oui aux questions ci-dessous.

1. Les parties multiples sont-elles développées par la même équipe?
2. Avoir le même cycle de version?
3. Chaque projet est-il partiellement dépendant de l'autre pour être libéré ou inversé?

Optez pour plusieurs référentiels lorsque vous dites oui à ce qui suit?

1. Un référentiel unique serait trop grand pour être efficace.

2. Vos référentiels sont faiblement couplés ou découplés.

3. Un développeur n'a généralement besoin que d'un ou d'un petit sous-ensemble de vos référentiels à développer.

4. Différentes équipes travaillent sur différents référentiels.

Il ya beaucoup plus de questions à se poser encore. Il n'y a pas de modèle prédéfini pour les cas individuels.

Answer 2

Si les branches sont totalement et "éternellement" indépendantes, utilisez des référentiels indépendants.

Il n'y a absolument aucun avantage à les mélanger dans un référentiel unique qui va grossir au-delà de toute «branche» unique.

Dépôt plus petit - moins de temps de clonage, moins de contraintes bientôt, moins de frais généraux.