Contrôle source dans Visual Studio 2010?

Après avoir effectué des recherches sur les forums SO, Google et MSDN, je suis frustré par le fait qu’il y ait si peu d’informations sur ce qui peut sembler être une question évidente et peut-être une question stupide.

Je dois utiliser le contrôle de code source dans Visual Studio 2010 Professional. Je n’ai pas de Team Foundation Server 2010 séparé. Certaines personnes ont mentionné SourceSafe? Je n’ai pas vu de SourceSafe à l’intérieur de Visual Studio 2010 pour être honnête.

Quelles sont les alternatives (de préférence gratuites) pour le contrôle de code source dans Visual Studio 2010? Ou est-ce déjà intégré dans Visual Studio 2010 que je suis tellement aveugle que ça a échappé à ça?

Mise à jour n ° 1: Merci à tous, j’irai avec SVN, en particulier AnkhSVN pour Visual Studio 2010.

Mise à jour 23/03/2011 : Cela fait presque un an que j’ai posé cette question. Je recommande fortement d’utiliser soit Mercurial ou Git over Subversion. Donc, pour ceux qui recherchent le système de contrôle de version Visual Studio 2010, ne cherchez pas plus loin que les extensions Git ou Mercurial de la bibliothèque d’extension Visual Studio.

Mise à jour 16/05/2013 : Je vous encourage maintenant fortement à utiliser Git sur Mercurial , TFS ou SVN . Jetez un coup d’œil à Try GitHub de CodeSchool dans le navigateur pour voir à quel point c’est génial!

Premiers pas avec Git sur Visual Studio 2012 – didacticiel approfondi par Andy Lewis .
Visual Studio Tools pour Git – Une extension pour Team Explorer pour fournir une intégration du contrôle de source pour Git. Permet l’intégration avec les référentiels Git locaux et fournit des outils pour travailler avec des référentiels distants.

entrer la description de l'image ici

Voir: Liste des systèmes de contrôle de code source avec les plug-ins Visual Studio

Visual Studio n’est qu’un IDE. Vous pouvez utiliser n’importe quelle solution de contrôle de source que vous souhaitez avec elle. Toute solution de contrôle de source open source en particulier, comme git, mercurial (hg) ou subversion (svn). Et il existe des produits commerciaux comme Perforce ou SourceGear Vault. Voir ici pour une liste assez exhaustive et google pour plus d’informations.

Vous pouvez trouver des plug-ins Visual Studio qui l’intègrent avec n’importe quel contrôle de source. De la source ouverte, la subversion est particulièrement riche à cet égard. Les commerciaux viennent généralement avec cette intégration.

Et si vous n’utilisez pas le contrôle de source qui vous oblige à extraire explicitement les fichiers pour les éditer (comme le font VSS ou TFS), l’intégration de l’EDI n’est même pas essentielle. Personnellement, je préfère utiliser git ou subversion en dehors de l’IDE.

Et s’il vous plaît, restz aussi loin de Visual SourceSafe que vous le pouvez.

J’utilise Ankh SVN avec Subversion du côté serveur et cela fonctionne très bien pour moi. Mercurial et Git sont plus populaires que SVN dernièrement et il existe également Visual HG , un plugin Mercurial pour Visual Studio.

Edit: Pendant ce temps, je suis passé à Mercurial (Tortoise HG plus Visual HG) et je ne suis jamais revenu en arrière. Il faut quelques heures pour s’habituer à Mercurial si vous venez de Subversion, mais après cela, c’est vraiment facile. Même si vous n’avez pas besoin d’un CVS dissortingbué, Mercurial a encore beaucoup de fonctionnalités intéressantes qui ne sont pas disponibles dans Tortoise SVN. De plus, il semble beaucoup plus stable, surtout en ce qui concerne les twigments.

Comme @Tomek l’a suggéré, utilisez Subversion.

Découvrez ce post, qui vous aidera à utiliser subversion et AnkhSVN (plugin VS) avec VS2010

Visual Studio 2010, subversion avec AnkhSVN

Permettez-moi d’append une option supplémentaire à la liste des SCM intégrés à Visual Studio 2010: Plastic SCM . Vous pouvez vérifier à quoi ça ressemble ici .

Il y a une édition communautaire disponible.

J’ai utilisé Subversion et Mecurial sur des projets et tous les deux m’ont rappelé avec émotion le travail avec le très détesté (pour une bonne raison) Visual Source Safe. Les deux vont “fonctionner”, mais les deux montrent leurs racines de programmeur unix (sans jeu de mots) avec des messages d’erreur cryptiques et des nerdismes magiques noirs. Le contrôle de la source doit être simple, fiable et restr hors de scope. Ni SNV ni Mecurial ne sont admissibles. Mecurial est plus facile à utiliser si rien ne se passe mal, ce qui représente environ 80% du temps.

Si vous êtes un développeur unique travaillant seul, j’utiliserais Mercurial.

Voici un exemple de pourquoi je déteste ceux-ci:

poussant à Z: \ Repos \ SupplierAdminWebRepo cherchant les changements de nouvelles têtes distantes sur la twig ‘default’ [Erreur: abandon: push crée une nouvelle tête distante 9cfbad6249a9!] nouvelle tête distante forcer)]

[Opération terminée. Code de sortie: 255]