Je suis nouveau à Svn, et j'essaie de Copier un projet existant (juste le coffre) et créer un nouveau projet dans le même référentiel. Nous créons la même application pour un auditoire différent. Je voudrais donc copier la base de code existante et créer cette nouvelle base de code. Je ne voulais pas brancher / étiqueter comme ça va être des projets complètement différents à partir de maintenant - et je ne suis pas intéressé à préserver l'histoire, etc.,
C'est ce que j'avais ce que j'avais l'intention de le faire, mais cela ressemble beaucoup à la caisse de paiement / commettre, alors vous demandez qu'il existe une autre manière simple.
Le dossier Project1 est énorme (~ 400 Mo), cela prendrait donc beaucoup de temps. Y a-t-il un autre alternatif?
Je suis capable de cliquer avec le bouton droit de la souris sur le dossier du coffre de Project1 dans le navigateur Repo de Tortoise SVN et choisissez «Copier sur» et spécifier le dossier CLAIN de Project2 »et copié tous les fichiers. De cette façon, je dois juste recommencer à ma machine et tout est prêt.
Mais je ne suis pas sûr de savoir si c'est correct ou les conséquences derrière cela. Toute aide serait appréciée.
4 Réponses :
En supposant que les deux projets figurent dans le même référentiel, la copie fonctionnera bien - Subversion ne voit pas vraiment les fichiers dans un référentiel comme quoi que ce soit au-delà des fichiers / répertoires - "coffre" est vraiment juste un répertoire avec un certain nom, ce n'est pas un article spécial ou quoi que ce soit.
Pourquoi ne pas simplement le copier dans svn? Ce sera presque instantané et économisera beaucoup d'espace disque sur le serveur. Cela vous donnera l'histoire mais si cela ne vous intéresse pas, ne le lisez pas.
Une branche ou une balise dans Subversion est fondamentalement une opération de copie de toute façon, elle passe simplement dans un dossier différent par convention.
Vous pouvez simplement utiliser copier SVN
C'est un moyen simple et rapide, surtout si vous avez un grand repo. Vous préserverez l'histoire, mais c'est une bonne chose
J'irais de l'avant et gardez l'idée d'une branche. De cette façon, vous saurez toujours où vient le code actuel, lorsqu'il était divisé et quelles différences se sont produites au fil du temps.
Un avantage supplémentaire est que 'svn cp' ne crée pas encore 400 Mo de fichiers sur le serveur. Vous les voyez comme deux projets différents, mais SVN est suffisamment intelligent pour stocker un contenu commun une seule fois.
L'objectif est-il de se débarrasser de l'histoire? Sinon, une branche serait la solution la plus facile.
Je pense que quelque chose à l'esprit nu; Comme dans le cas d'un projet .NET, le renommage de la structure de projet fondamentale entraînera des problèmes lors de la compilation / de la gestion du projet ... Par conséquent, la copie est bien à des fins d'archivage, mais pour la duplication / la réplication d'un projet à utiliser devient un peu désordonné.