2010-04-01 4 views
0

Je travaille sur la mise à niveau de mon projet C# visual express 2008 vers une version plus récente. Comment gérer ceci sans avoir à copier l'ensemble du répertoire du projet et à travailler dans le projet de répertoire copié?gérer différentes verions d'un projet Visual Studio?

+0

Je ne veux pas perdre ma précédente version stable ... – HoNgOuRu

+4

Avez-vous un contrôle de source configuré? –

Répondre

3

Créez une nouvelle branche dans le système de contrôle de source que vous utilisez. Vous pouvez en lire plus à ce sujet au Branching and Merging Primer.

Si vous n'utilisez pas de contrôle de source, je vous suggère de commencer par subversion. VisualSVN SERVER est un moyen facile de commencer. Vous pouvez utiliser TortoiseSVN pour travailler avec lui ou des plugins Visual Studio tels que ankhsvn ou VisualSVN.

Vous n'avez pas vraiment besoin d'installer svn server. Vous pouvez également créer un référentiel avec Tortoise Svn et utiliser le protocole de fichier pour vous y connecter. Cela signifie que vous pouvez mettre le référentiel sur votre lecteur flash et l'interroger avec vous afin que vous puissiez travailler à partir de n'importe quel ordinateur.

+0

Je ne pense pas que j'utilise un système de contrôle de source ... juste C# express – HoNgOuRu

+0

ok, je suis en train de télécharger SVN dès maintenant! merci, je pensais que C# avait un ... – HoNgOuRu

+0

merci pour l'indice Giorgi, je vais mettre cette question en réponse. :) – HoNgOuRu

0

Subversion est bon, et facile à prendre en main, mais vous pouvez également envisager Mercurial ou Git. Ceux-ci sont presque aussi faciles à trouver et vous donner une certaine flexibilité dans la mesure où ils sont distribués - ce que j'ai trouvé est beaucoup plus logique pour un utilisateur individuel. Ceux-ci ont également tendance à prendre moins de place à long terme.

De plus, pour vos besoins, vous n'aurez pas nécessairement besoin de branchement. Obtenez le contrôle de code source installé et créez votre référentiel avec votre version stable. Une fois que vous avez cela, tant que vous avez une sauvegarde en place, vous serez toujours en mesure de revenir à votre version stable. Si jamais vous deviez faire une correction de bogue sur votre version stable, ce serait le moment de se brancher à partir de cette version. Pour un petit dépôt individuel, il sera probablement moins déroutant de garder votre travail principal dans le coffre -

Enfin, puisque vous êtes nouveau dans le contrôle de la source, prenez l'habitude de faire une chose à la fois, puis vérifiez cette modification. Votre outil de contrôle de la source (ou ligne de commande) doit être ouvert chaque fois que votre IDE est, et vous devriez l'utiliser souvent. Même de petits changements sont importants à suivre. L'établissement de cette habitude prendra du travail, mais sera payant énormément.

Bonne chance!

+1

Et sur le thème des habitudes, je trouve qu'il est préférable de ne s'enregistrer que quand ça fonctionne (fonctionner correctement plutôt que de compiler)! Si vous corrigez un problème à moitié, vérifiez-le et revenez quelques jours plus tard. Cela peut mener à toutes sortes de confusions sur ce que vous avez fait et ce que vous n'avez pas fait, ou sur d'autres modifications en même temps. – AndrewC

Questions connexes