2009-11-14 7 views
4

Nous quittons VSS pour TFS ou d'autres alternatives. Je suis celui qui persiste à opter pour une alternative open source comme SVN. Maintenant, je suis à la recherche d'une bonne open source version de contrôle en ce qui concerne les aspects suivants:Meilleure alternative open source pour MS Visual Source Safe?

  1. Nous sommes en amour avec le mouvement open source et multiplateforme.
  2. Serait-il possible de l'utiliser avec les éditions Mono, SharpDevelop et Express de VS au lieu de Visual Studio lui-même?
  3. Qu'en est-il de la sauvegarde?
  4. est-elle intégrée avec VS sans problèmes graves?
  5. Une API ou commande d'accès rapide?

S'il vous plaît notez que je l'ai lu suivant les textes précédents à ce sujet mais ont encore besoin d'aide:

VSS or SVN for a .Net Project?

TFS vs open source alternatives?

How to convince a company to switch their Source Control

+0

hah - me rappelle le VSS adv on SO ... "Mon nom est Sam, j'étais un utilisateur VSS, bla bla bla .." – mauris

Répondre

12

Nous avons laissé l'enfer qui est VSS pour aller à VisualSVN et je n'ai jamais regardé en arrière. Ce n'est pas gratuit (mais pas cher), utilise des composants Open Source, est incroyablement bien intégré à Visual Studio, a une communauté décente et étant donné la qualité/le support, nous pensons qu'il est d'une grande valeur.

EDIT: Si vous développez des projets Open Source, sous réserve de quelques critères simples supplémentaires, vous pouvez obtenir une licence Open Source de VisualSVN sans frais here.

+0

Oh oui, ça y est. –

+0

oh ouais VisualSVN est génial! – mauris

7

Je aime vraiment AnkhSVN. C'est un plugin open source que vous pouvez lire et télécharger gratuitement ici: http://ankhsvn.open.collab.net/

+0

Il ne fonctionnera pas avec les éditions Express. –

+0

Et il peut à peu près jouer avec votre environnement VS, je l'éviterais. – RedGlyph

+0

Mon environnement VS n'est pas compliqué. – Mickel

3

I love Git et il peut être intégré à Visual Studio avec this extension

vient de tester l'extension avec VS Express et vous pouvez l'ajouter en tant qu'outil externe. Ça ne pourrait pas être plus facile.

5

Avez-vous envisagé Mercurial? Je n'ai pas utilisé le plugin Visual Studio moi-même mais je pense qu'il y en a un disponible. Sinon, bazaar-vcs.org pourrait valoir la peine d'être vérifié.

Personnellement, j'ai utilisé SVN mais cela effraie le diable de moi d'avoir le référentiel dans un seul endroit sur un Berkeley DB.

+0

J'ai essayé mercurial il y a quelques mois et j'ai trouvé qu'il n'était pas assez mature pour le développement de l'entreprise. SVN dispose d'un riche ensemble d'outils et est largement supporté. Vraiment, tout est meilleur que le shitshow qu'est TFS. – James

4

Si vous supprimez la condition d'intégration à Visual Studio, Subversion avec TortoiseSVN fonctionne bien. Nous l'utilisons sans aucun problème. Et les belles icônes TortoiseSVN semblent bien dans Windows Explorer. Je vais recommander VisualSVNServer car il est plus facile dans l'environnement Windows.

Si vous êtes à la recherche d'intégration Visual Studio VisualSVN est le meilleur choix, mais il est pas libre. Une autre alternative est AnkhSVN mais il a quelques problèmes car j'ai lu sur le web. Je n'ai pas utilisé l'un d'eux comme je suis heureux avec Subversion & TortoiseSVN.

+1

+1: Je ne peux pas être plus d'accord avec vous, pourquoi chercher une intégration? Il a peu ou pas d'avantage et vous êtes de retour avec des problèmes de compatibilité. Chaque outil séparé est bon à ce qu'ils font - gardons-le comme ça :-) – RedGlyph

+0

J'utilise une combinaison des deux Tortoise et Ankh sans aucun problème. Tortoise vous permet de vous connecter au référentiel via le menu contextuel de Windows Explorer et c'est génial. – Krylor

8

Vous ne pouvez vraiment pas vous tromper avec SVN, Mercurial ou Git. Ils offrent chacun leurs propres ensembles d'avantages et d'inconvénients.

SVN a été autour depuis longtemps donc il est largement pris en charge. Vous trouverez une pléthore de clients pour SVN. Entre autres, TortoiseSVN est libre et solide comme un roc. La sauvegarde d'un référentiel SVN est aussi simple que la sauvegarde d'un répertoire de fichiers.

Mercurial (comme Git) est un SCM distribué qui, par défaut, n'a pas de référentiel central comme SVN (bien que vous puissiez toujours en avoir un). L'avantage d'un SCM distribué est que l'on peut être complètement déconnecté du réseau et être capable de valider les changements de code. Le revers de cet avantage est qu'il permet aux développeurs de ne pas se synchroniser avec le dépôt principal pendant des jours avant d'avoir à faire une énorme fusion (vous contrecarrez cela avec une bonne autodiscipline des développeurs). Un autre avantage de Mercurial est que vous pouvez pousser et tirer des mises à jour de vos pairs sans perturber le référentiel principal. Un scénario courant est lorsque deux développeurs travaillent ensemble sur une histoire et qu'ils peuvent pousser/tirer l'un sur l'autre pendant que l'histoire est en cours. Ensuite, lorsque l'histoire entière est terminée, ils peuvent ensuite pousser vers le référentiel principal. Mon client Mercurial préféré est TortoiseHg et je recommande fortement Mercurial: The Definitive Guide by Bryan O'Sullivan. La sauvegarde d'un référentiel Mercurial est aussi simple que la sauvegarde d'un répertoire de fichiers. Si vous ne voulez pas à vous soucier de l'entretien de votre propre dépôt Mercurial, consultez le nouveau service d'hébergement offert par Mercurial FogCreek: Kiln

Questions connexes