Question concernant la structure du répertoire SVN avec plusieurs OSES

Question

Je pense à passer à SVN de Mercurial, car il semble plus simple de maintenir et de plus en plus de personnes ont un client SVN qu'un client mercurial disponible. Cependant, j'ai une question concernant la structure de fichiers -

Je comprends que la structure svn appropriée typique va:

/ coffre
.... / Version actuelle Les fichiers ici

/ branche
.... / bugfix
.... / NewFeature
.... / Branche3
.... / Branchn

/ tag
.... / Version 1.0
.... / Version 2.0
.... / Version N.N

Ma question est la suivante: comment ce facteur est-il dans plusieurs OSES? Mon logiciel dispose actuellement de référentiels mercuriels séparés pour les versions GUI / CLI de mon logiciel pour chaque système d'exploitation car vous ne pouvez pas choisir seulement un répertoire de Mercurial. Cependant, je comprends que vous pouvez dans SVN. La structure ressemblerait-elle à:

/ Windows (ou Linux, ou autre)

/ coffre
.... / CLI
..... / Version actuelle Les fichiers ici
.... / GUI
..... / Version actuelle Les fichiers ici

/ branche
.... / CLI
..... / bugfix
..... / NewFeature

..... / branche3
..... / Branchn
.... / GUI
..... / bugfix
..... / NewFeature

..... / branche3
..... / Branchn

/ tag
.... / CLI
..... / Version 1.0
..... / Version 2.0
..... / Version N.N
.... / GUI
..... / Version 1.0
..... / Version 2.0
..... / Version N.N

ou je fais cela beaucoup trop compliqué? Recevérez-vous stocker la version de l'interface graphique dans un référentiel séparé? Également dans lequel de ces répertoires typiques sont des exécutables précompilés stockés?

Je comprends que ces questions peuvent sembler novice, mais la vérité est que je suis complètement nouveau à SVN. Merci pour votre aide!

Answer 1

J'ai utilisé SVN depuis seulement 3 ou 4 ans et ce que vous avez l'air plutôt bien pour moi, je ne stockerais pas la version de l'interface graphique dans un repo séparé. À mon travail, nous avons tous nos projets sous un seul repo, juste des dossiers différents et cela fonctionne car comme vous l'avez dit, vous pouvez consulter les dossiers que vous souhaitez.

Il y a aussi certaines personnes qui affirment que vous ne devriez pas stocker des données binaires (telles que des exécutables précompilés) dans un repo SVN simplement parce qu'il va bloquer le repo tel qu'il ne peut pas être diffusé avec la version précédente telle que le texte peut. C'est plus ou moins la politique non écrite de mon travail. À la maison sur mon SVN personnel, je vérifierai d'importants exécutables ou fichiers de bibliothèque que je connais ne changera pas régulièrement, pour qu'ils soient là quand j'en ai besoin. Je ne suis pas inquiet de BLOAT et de pouvoir reculer à travers l'autre version de l'EXE est un peu cool parfois de voir la progression.

En ce qui concerne les branches et les tags, je ne les ai jamais utilisées. Je sais que je devrais probablement, mais la plupart de mes projets sont de toute façon «preuve de concept» de toute façon et que mon tronc principal est donc vraiment tout ce que je construis. J'utilise essentiellement SVN comme pour un très bon outil de sauvegarde et de timeline. Mais je suis probable devrait commencer à utiliser des balises et des branches.