Comment faites-vous la structure de votre dépôt SVN?
Ce qui est mieux?
Un:
server:1080/repo/projectA/trunk/...
branches/branch1
branches/branch2
branches/branch3
tags/tag1/...
tags/tag2/...
server:1080/repo/projectB/trunk/...
branches/branch1
branches/branch2
branches/branch3
tags/tag1/...
tags/tag2/...
B:
server:1080/repo/trunk/projectA/...
branches/projectA/branch1
branches/projectA/branch2
branches/projectA/branch3
tags/projectA/tag1/...
tags/projectA/tag2/...
server:1080/repo/trunk/projectB/trunk/...
branches/projectB/branch1
branches/projectB/branch2
branches/projectB/branch3
tags/projectB/tag1/...
tags/projectB/tag2/...
Quelle structure de référentiel utilisez-vous et POURQUOI?
Une simple tortue tutoriel sur la façon de structurer votre repo svn. Fondamentalement, il est TOUJOURS préférable d'utiliser un multiprojet structure de deaddevssociety.com/2010/08/create-subversion-repository.html
OriginalL'auteur Juve | 2008-09-30
Vous devez vous connecter pour publier un commentaire.
La Référentiel De L'Administration chapitre de la SVN livre comprend une section sur les La Planification De Votre Référentiel De L'Organisation décrivant les différentes stratégies et leur implication, en particulier les implications de la configuration du dépôt sur les branches et la fusion.
OriginalL'auteur Mihai Limbășan
Nous utilisons Un, parce que l'autre n'a pas de sens pour nous. Note qu'un "projet" à l'égard de SVN n'est pas nécessairement un seul projet, mais peut être de plusieurs projets qui vont ensemble (c'est à dire ce que vous mettriez dans une Solution dans Visual Studio). De cette façon, vous avez tout ce qui est lié regroupés. Toutes les branches, les balises et le tronc d'un projet spécifique. Le sens parfait pour moi.
Regroupement par branche/étiquette au lieu de cela ne fait pas de sens pour moi, parce que les branches de différents projets n'ont rien en commun, sauf qu'elles sont toutes les branches.
Mais à la fin, les gens utilisent de deux façons. Faites ce que vous voulez, mais quand vous avez décidé, essayez de rester avec elle 🙂
Comme un plus: Nous avons séparé les référentiels par client, c'est à dire tous les projets d'un client sont dans le même référentiel. De cette façon, vous pouvez par exemple faire des sauvegardes d'un seul client à la fois, ou de donner le code source de tout ce que le client possède à lui sans se battre avec SVN.
OriginalL'auteur OregonGhost
Je voudrais suggérer une option C:
Je préfère garder des projets distincts, séparés des dépôts. À l'aide de svn:externals le rend facile à gérer du code de la bibliothèque de projets qui sont partagées entre deux ou plusieurs projets d'application.
OriginalL'auteur Greg Hewgill
Nous utilisons paramètre B. Beause il est plus facile de vérifier/tag plusieurs projets à la fois. Dans le svn de 1,5 il est possible via éparses la caisse, mais pas un seul clic.
Vous souhaitez utiliser la mise en B, si certains projets ont dépendances cachées inbeetween.
OriginalL'auteur Peter Parker
Nous utilisons
Qui je commence à le regretter. Il devrait être plus à plat. Ce serait mieux.
Pourquoi? Produits (composants, fini logiciel) durer éternellement. Les projets d'aller et venir. L'année dernière, il y a juste une équipe de projet de création de produit QUUX. L'année prochaine, l'équipe est dispersée et une ou deux personnes de maintenir QUUX. L'année prochaine, il y aura deux gros QUUX projets d'expansion.
Étant donné que la timeline, devrait QUUX apparaissent dans le projet de trois référentiels? Non, QUUX est indépendante de tout projet particulier. Il est vrai que les projets ont des produits de travail (documents, les arriérés, etc.) qui font partie de l'exécution des travaux, mais ne sont pas l'objectif réel de l'œuvre. D'où le "projectX" référentiels pour que le matériel -- trucs que personne ne se soucient après que le projet est terminé.
J'ai travaillé sur un produit que trois de leurs équipes. Gros problème avec la coordination du travail parce que chaque projet réussi du référentiel de façon indépendante. Il y avait des inter-équipe de rejets et de l'inter-coordination de l'équipe. Puis à la fin de la journée, il a été supposé un morceau de logiciel. Cependant, comme vous pouvez le deviner, il y a trois morceaux de logiciel avec bizarre chevauchements et de la redondance.
OriginalL'auteur S.Lott
Personnellement, j'utilise suivant le référentiel de la structure:
Il y a aussi un diagramme illustrant comment ces répertoires sont utilisés. Il y a aussi spécifiques la numérotation des versions de l'approche que j'utilise. Il joue un rôle significatif dans le dépôt de structuration. Récemment, j'ai élaboré un programme de formation dédié aux Logiciels de Gestion de la Configuration où je décris la numérotation de version de l'approche et pourquoi exactement cette structure de référentiel est le meilleur. Voici les diapositives de la présentation.
Il y a aussi ma réponse sur le question sur de Multiples Dépôts SVN vs seul référentiel d'entreprise'. Il pourrait être utile aussi longtemps que vous remédier à cet aspect de la structuration du référentiel dans votre question.
OriginalL'auteur altern