Google Code SVN Conseils d'utilisation

Question

Nous utilisions Google Code SVN pour stocker un projet d'école. Comme nous expérimentions différentes idées, nous avons créé de nouveaux projets Visual Studio et les avons stockés là. Maintenant, nous voulons fusionner toutes les différentes idées en un seul projet final.

Voici la configuration actuelle du référentiel:

- svn 
- branches 
    - Idea1 
    - Idea2 
- tags 
- trunk 
    - Sub-Project1 
     - files (...) 
    - Sub-Project2 
     - files (...) 
    - Sub-Project3 
     - files (...) 

J'utilise AnkhSVN avec Visual Studio, une chose que je remarque est que chaque fois que j'extrais par checkout un des projets, tous les autres projets est vérifié trop (Je peux le voir quand je le regarde à travers Windows Explorer). Maintenant que nous voulons faire la version finale, je me demandais quelle est la bonne façon de placer le projet final.

EDIT

Je ne pense pas avoir fait un bon travail pour expliquer ci-dessus. Alors, je reviens ici.

Les référentiels SVN de code google sont-ils configurés pour un seul projet? Ou puis-je les utiliser pour plusieurs sous-projets? La raison pour laquelle je demande c'est la structure du fichier SVN dans un projet de code Google vide est déjà:

- svn 
- branches 
- tags 
- trunk 

Mais je pense que chaque sous-projet aurait besoin de ces trois composantes.

Peut-être que je n'étais pas clair avant, j'ai renommé les parties du tronc (à sous-projet) dans la liste ci-dessus. Chaque sous-projet a un objectif unique. La chose est que je veux combiner les sous-projets dans un plus grand projet maintenant.

Answer 1

Ce que je voudrais faire est de réorganiser des choses comme ceci:

/svn 
    /Sub-Project1 
     /branches 
     /tags 
     /trunk 
    /Sub-Project2 
     /branches 
     /tags 
     /trunk 
    ... 

Vous pouvez faire tout cela avec des mouvements simples svn. Si vos branches actuelles Idea1 et Idea2 sont du über-trunk actuel, alors je pourrais les déplacer dans un niveau supérieur /oldtrunk/branches. Ou supprimez-les simplement s'ils sont inactifs! C'est svn, ils seront toujours là. :)

Ensuite, vous mentionnez vouloir "combiner les sous-projets" où chacun "a un but unique". Si vous voulez continuer à les maintenir en tant que sous-projets entièrement encapsulés, je suggère de les amener à construire individuellement et les combiner en tant que bibliothèques plutôt que de combiner la source. En Java, j'utiliserais un outil de gestion des dépendances comme Ivy pour gérer cela, mais je ne suis pas sûr de la meilleure solution pour Google Code + Visual Studio. Vous pouvez utiliser Ivy pour des choses non-Java mais ce n'est pas aussi intuitif.

Answer 2

Notez que vous pouvez ajuster le nombre de niveaux depuis l'emplacement du fichier de solution AnkhSVN. Il devrait demander à quel niveau le projet doit être extrait lorsque vous utilisez File -> Open Subversion Project, et la propriété n'a pas encore été définie. Vous pouvez également le changer en utilisant File -> Subversion -> Change Source Control