Contrôle des sources dans Visual Studio 2010 ?

Question

Après avoir effectué des recherches sur SO, Google et les forums MSDN, j'ai été frustré de constater qu'il existe si peu d'informations pour ce qui pourrait sembler être une question évidente et peut-être même une question stupide.

J'ai besoin d'utiliser le contrôle de source dans Visual Studio 2010 Professional. Je n'ai pas de Team Foundation Server 2010 séparé. Certaines personnes ont mentionné SourceSafe ? Pour être honnête, je n'ai pas vu de SourceSafe dans Visual Studio 2010.

Quelles sont les alternatives (de préférence gratuites) pour le contrôle des sources dans Visual Studio 2010 ? Ou bien est-il déjà intégré dans Visual Studio 2010 et suis-je si aveugle que je ne l'ai pas remarqué ?

Mise à jour #1 : Merci à tous, je vais utiliser SVN, en particulier AnkhSVN pour Visual Studio 2010.

Mise à jour 3/23/2011 : Cela fait presque un an que je n'ai pas posé cette question. Je recommande vivement d'utiliser soit Mercurial o Git sur Subversion. Ainsi, pour ceux d'entre vous qui cherchent un système de contrôle de version pour Visual Studio 2010, ne cherchez pas plus loin que les extensions Git ou Mercurial de la bibliothèque d'extension de Visual Studio.

Mise à jour 5/16/2013 : Je vous encourage maintenant vivement à utiliser Git sur Mercurial , TFS o SVN . Jetez un coup d'œil à Le site de CodeSchool Essayez GitHub dans le navigateur pour voir à quel point c'est génial !

• Démarrer avec Git sur Visual Studio 2012 - tutoriel approfondi par Andy Lewis .

• Outils Visual Studio pour Git - Une extension pour Team Explorer pour fournir une intégration de contrôle de source pour Git. Permet l'intégration avec les dépôts Git locaux et fournit des outils pour travailler avec des dépôts distants.

Answer 1

Voir : Liste des systèmes de contrôle de source avec plugins Visual Studio

---

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

Vous pouvez trouver des plugins Visual Studio qui l'intègrent à n'importe quel contrôle de source. Parmi les logiciels libres, Subversion est particulièrement riche à cet égard. Les logiciels commerciaux sont généralement fournis avec cette intégration.

Et si vous n'utilisez pas un contrôle de source qui vous oblige à extraire explicitement les fichiers pour les modifier (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'EDI.

---

Et s'il vous plaît, restez aussi loin de Visual SourceSafe comme vous le pouvez.

Answer 2

J'utilise Ankh SVN en même temps que Subversion du côté du serveur et cela fonctionne bien pour moi. Mercurial y Git sont plus populaires que SVN ces derniers temps et il y a également HG visuel un plugin Mercurial pour Visual Studio.

Editar: Entre-temps, je suis passé à la Mercurial (Tortoise HG plus Visual HG) et je n'ai jamais regardé en arrière. Il faut quelques heures pour s'habituer à Mercurial si vous venez de Subversion, mais après cela, c'est vraiment un jeu d'enfant. Même si vous n'avez pas besoin d'un CVS distribué, Mercurial a encore beaucoup de fonctionnalités intéressantes qui ne sont pas disponibles dans Tortoise SVN. De plus, il semble un peu plus stable, surtout en ce qui concerne le branchement.

Answer 3

Permettez-moi d'ajouter une option supplémentaire à la liste des SCM intégrés à Visual Studio 2010 : Plastique SCM . Vous pouvez vérifier comment ça ressemble à ça .

Une édition communautaire est disponible.

Answer 4

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

Consultez cet article, qui vous aidera à utiliser subversion et AnkhSVN (plugin VS) avec VS2010.

Visual Studio 2010, subversion avec AnkhSVN

Answer 5

J'ai utilisé Subversion et Mecurial sur des projets et les deux m'ont fait me souvenir de mon travail avec le très détesté (pour de bonnes raisons) Visual Source Safe. Les deux fonctionneront, mais les deux montrent leurs racines de programmeur Unix (sans jeu de mots) avec des messages d'erreur énigmatiques et de la magie noire ringarde. Le contrôle de la source doit être simple, fiable et ne pas gêner. Ni SNV ni Mecurial ne remplissent ces conditions. Mecurial est plus facile à utiliser si rien ne se passe mal - ce qui est le cas dans 80% des cas.

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

Voici un exemple de la raison pour laquelle je les déteste :

poussant à Z:\Repos\SupplierAdminWebRepo recherche de changements Nouvelles têtes distantes sur la branche 'default'. [Erreur : abandon : push crée une nouvelle tête distante 9cfbad6249a9 !] nouvelle tête distante 9cfbad6249a9 [Erreur : (avez-vous oublié de fusionner ? utilisez push -f pour forcer)].

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