Quelle est la meilleure source de contrôle de produit pour le développement Visual Studio?
Je travail dans un Visual Studio/.NET boutique qui est toujours à l'aide de VSS 2005 pour le contrôle de source. Nous sommes à la recherche à la mise à niveau vers VS Team Foundation Server et utiliser le système de contrôle de source, mais je suis curieux de savoir si c'est vraiment la meilleure option. Les créateurs de StackOverflow utilisation de Subversion mais les commentaires que c'est une douleur pour fusionner code de la fourche arrière dans le produit principal (discuté dans le podcast #52). Joel mentionné qu'Mercurial est utilisé chez Fog Creek. Sachant que Joel est quelque chose d'un logiciel snob et il a choisi Mercurial sur quoi que ce soit à partir de Microsoft, j'ai pensé que je pose la quesiton de la StackOverflow public: qui contrôle à la source produit est le meilleur pour Visual Studio développeurs?
- Je ne sais pas à propos de les meilleures. Mais l'Équipe est un Système assez mauvais et cher. Je n'aurais pas pris la peine avec elle.
- Venus de VSS et SVN, Team Foundation Server est meilleur pour la manipulation de la ramification et la fusion avec Visual Studio.
- Similaire: stackoverflow.com/questions/141500/...
Vous devez vous connecter pour publier un commentaire.
Nous sommes passés de VSS pour SVN, en utilisant uniquement TortoiseSVN pendant une longue période. Récemment, nous avons commencé à utiliser la VisualSVN plugin pour VS (malheureusement pas gratuit).
Je dois dire que, après avoir surmonté la douleur initiale de ne pas avoir de contrôle de la source d'intégration de VS, j'ai vraiment aimé le niveau de contrôle que j'avais plus toute ma source, les opérations de contrôle. Je recommande fortement cette voie.
Si vous allez avec Subversion et doit disposer d'intégration de contrôle de source, je vous recommande fortement VisualSVN.
Si vous voulez donner SVN un essai, vous pouvez installer le très libre (et très facile d'installation) VisaulSVN Serveur produit et SVN en juste quelques minutes sur un serveur Windows.
Ma recommandation est de Vault SourceGear. Il est assez proche de la Source Visuelle(onu)Coffre-fort pour se sentir "à l'aise", il est solide comme le roc (construit sur SQL Server qui permet de résoudre votre sauvegarde de soucis, trop), il est très fiable, a un grand soutien pour la ramification et la fusion de toutes les bonnes choses.
C'est gratuit pour les équipes jusqu'à 2 devs et à un prix raisonnable pour les plus grandes équipes, - beaucoup moins de $$$ que l'Équipe Système (c'est aussi une Source de Contrôle, bien sûr pas l'ensemble de l'équipe de dev du système). Nous de l'utiliser en conjonction avec Fogbugz bug et bug tracker et ce combo donne tout le bang nous avons besoin pour beaucoup moins d'argent.
Fortement recommandé.
Marc
J'ai travaillé avec VSS, CVS, SVN, et TFS.
VSS: l'Ignorer. J'ai perdu trop de changements qui, littéralement, ont tout simplement disparu.
CVS: Excellente solution. A une fonctionnalité SVN est manquant avec un visuel de la fusion.
SVN: Excellente solution. Vous pouvez obtenir des compléments d'intégrer si vous en avez besoin. Je n'ai qu'une plainte: la fusion entre les branches qui pourrait être mieux. Mais, le produit est de bombardiers et très abordable.
TFS: Où je travaillais, ils n'ont pas beaucoup avec elle. Ils utilisé la source de contrôle. J'ai été ravie de l'utiliser, en particulier la mise à l'écart, mais je ne pouvais pas fusionner les modifications apportées à une branche. Je dirais que c'est à peu près ce que VSS doit être. Parfois, MS essaie trop dur de faire les choses que vous devez faire pour vous-même. Aussi, l'INTERFACE n'est pas intuitive.
Donc, je collerais avec SVN. Cependant, la nouvelle norme ouverte de source semble être GIT (ne peux pas commenter là-dessus cependant).
Il semble que vous voulez avoir VS intégration, mais je m'interroge sur la raison.
Une bonne source de contrôle produit a beaucoup plus de fonctionnalités que juste VS intégration.
Vous pouvez obtenir subversion de l'intégrer avec VS ( Ankh svn et visualsvn ) et j'ai aussi utilisé vault qui est stable et intégré avec VS mais j'utilise le contrôle de source pour d'autres choses autres que vs travail.
Donc je préfère travailler avec contrôle de la source du produit. Vous devriez l'essayer.
À venir à partir de VSS tout système serait une amélioration;-)
Perforce est probablement le meilleur intégrer l'outil que j'ai utilisé. Rationnelle de l'Apex a été encore mieux, mais à moins que vous écrivez Ada que l'information n'est d'aucune utilité pour vous.
ClearCase est assez puissant, mais je l'ai trouvé assez difficile à utiliser (il est vrai que j'ai utilisé seulement pour un couple de semaines, donc, je probablement ne pas lui donner un procès équitable).
Pour le coût (gratuit) SVN est excellent. La carapace de Tortue ajoutez-en fait, il est très facile à utiliser pour Windows.
MODIFIER.
Je vois que je viens de recevoir un upvote de cette ancienne réponse 🙂 Cela m'a amené à revoir et je trouve que j'ai besoin de mettre à jour ma réponse.
Je vais maintenant utiliser TFS au travail et je l'aime vraiment, c'est une grosse bête et pas appropriées pour des projets à la maison peut-être, mais c'est un outil commercial et vaut le détour si vous avez vraiment la valeur de VS intégration. Je suis sûr que Perforce et Affaire sont toujours d'excellents produits, mais je suis hors de contact avec ceux de maintenant.
Pour les petits projets ou de travail personnel à la maison j'ai maintenant l'utilisation de Git. Je ne suis pas un soin particulier à propos VS intégration si, je viens de l'utiliser à partir de la ligne de commande, mais à la maison, je switch entre plusieurs environnements différents, donc VS intégration n'est pas une priorité.
La source de contrôle est seulement partie de VS Team Foundation Server, qui est un système de gestion de projet.
J'ai utilisé les deux SVN et TFS, et deux d'entre eux sont plus stables, robustes que les VSS.
J'ai eu beaucoup de chance avec Ankhsvn. Je suis en mesure de l'utiliser de façon interchangeable avec TortoiseSVN et il fait un excellent travail de étroitement l'intégration avec Visual Studio et le projet de mise en page.
http://ankhsvn.open.collab.net/
Nous utilisons plasticscm au travail, il est moins connu, mais très bien intégré à VS, vous disposez de toutes les options et les graphiques à l'intérieur de vs lui-même.
+1 à oublier VS intégration.
Beaucoup de de la meilleure source outils de contrôle ont une grande ligne de commande interfaces. J'ai été heureux à l'aide de Git pour VS projets pour près d'un an. L'inconvénient est que Git nécessite un shell bash et il n'est pas très Windows convivial. Je suis prêt à payer le coût de ne pas avoir VS intégration afin d'obtenir toutes les fonctionnalités avancées qui rendent la vie vraiment plus facile.
Je voudrais vous suggérer de donner Mercurial un essai.
Je dois ajouter que cet avis est plus adapté pour un choix personnel de contrôle de code source. Si vous êtes à la recherche d'une source standard de contrôle pour une grande entreprise avec beaucoup de développeurs, je voudrais aller avec un plus "standard" choix comme l'Équipe Système, SVN ou coffre-fort.
SVN est mieux et plus vite que VSS. Nous sommes passés de VSS pour SVN il y a 2 ans car VSS a été sur les serveurs de New York et les opérations sur les VSS semblait trop lent pour les développeurs en Inde. SVN est plus rapide car il a été conçu pour WAN, par opposition à VSS qui est pour le LAN. Consultez ce lien
Vous pouvez utiliser l'explorateur windows pour effectuer les opérations SVN ou vous pouvez utiliser AnkhSVN pour être en mesure d'effectuer les opérations SVN de VS.Net l'IDE.
Vous pouvez préférer le verrouillage des fichiers avant de les modifier si vous trouvez les fusionner ensuite une hazzle. Mais à mon humble avis la fusion est vraiment pas de tht douloureux, parce que vous obtenez de voir la distinction claire entre vous et vos collègues de code avant d'aller de l'avant avec la fusion.
Avantages de SVN peut être trouvé ici sur un débordement de pile.
Je préfère TFSVC comme il est intégré à tous les autres services de Team Foundation Server. Mais cela dépend de ce que vous voulez faire. Si vous voulez une solution ALM, c'est le chemin à parcourir. J'ai la capacité de régler vérifier dans les politiques, intégré construit, et les associer à des éléments de travail. J'aime la façon dont il fait le branchement et la fusion. Je peux avoir mes testeurs soumettre un bug éléments de travail associé avec le code de la TFSVC. J'ai traçabilité pour voir qui est de la vérification et de briser le construit. Je peux exécuter des rapports et d'obtenir une bonne visibilité dans le projet. Tout fonctionne ensemble.
J'espère que cette aide.
Jean
Nous utilisons voûte, Ses bonnes. Mais l'utilisation de l'Équipe Système si vous pouvez b/c c'est à partir de Microsoft. Ils savent comment faire face à leurs propres problèmes/bugs/wayofthinking.
Cela dépend vous êtes à la recherche libre ou commercial, système de contrôle de version.
Subversion
À l'aide de Subversion vous avez une grande, libre, open-source ankhsvn plugin pour l'intégration de Subversion avec Visual Studio. L'intégration est vraiment fantastique!!!!
Mercurial
Si vous avez besoin d'un contrôle de version distribué choisir Mercurial avec VisualHG plugin. Mercurial, en contrat à Git, a été développé avec le natif de support de Windows et aussi l'intégration de Visual Studio est beaucoup mieux.
PlasticSCM
La meilleure intégration de Visual Studio que j'ai jamais vu a PlasticSCM qui est la simple conséquence que PlasticSCM est windows-arrière-plan système de contrôle de version. Il fonctionne vraiment bien.
Je ne peux pas croire que personne n'a mentionné Assembla! Il est gratuit pour un nombre illimité de dépôts, utilisateurs illimités et 1 GO d'espace!
http://www.assembla.com
Peut-être que vous devriez vous demander ce que scm est le mieux pour votre projet.
J'aime svn cause de son libre et type de la norme(peut-être un peu audacieux pour dire).
Mon vote est pour TSF. VSS est plus qu'une douleur. J'ai utilisé SVN à l'extérieur de la VS et j'aimerais le voir travailler avec elle.
De travail avec contrôle à la source sur le produit? Sonne comme plus de travail que nécessaire. Juste parce qu'il s'intègre avec les VS ne signifie pas que vous ne pouvez pas l'utiliser pour d'autres choses. Si je suis dans VS, je veux rester là et ne pas avoir à aller à un autre client de l'application pour obtenir ma source. J'aime que VS pouvez consulter directement.
J'utilise à la fois de la Voûte et de la TSF au travail. Nous avons utilisé VSS et d'autres avaient des problèmes avec elle, de sorte que le plomb à l'époque, a décidé de passer à la Voûte. J'ai pas eu de problèmes avec Vault, mais d'autres avaient certains avec la fusion et de la direction générale.
J'ai commencé à utiliser TFS Procès et comme autant de Voûte. Je ne suis pas d'utiliser de nombreux extras, comme le bug et suivi des éléments de travail, mais envisagent de le faire.
Puisque vous n'avez pas mentionné le coût et la company est déjà à la recherche de déménager à TFS, je pense que cela va satisfaire votre besoin d'obtenir un produit de mieux que de VSS et de vous permettre de croître dans l'avenir.
J'ai utilisé Visual Source Safe (2005) et je ne le recommande pas. Étant un fichier de fichier de base de solution entraîne le risque de votre dépôt sont plus facilement endommagé. J'ai utilisé Source Hors Site un SourceGear produit qui permet aux VSS à distance d'arrivée et de départ sur internet et cela a bien fonctionné, mais avait l'inconvénient qu'il a été construit sur le sommet de la VSS et le fichier à plat de l'architecture.
SourceGear également faire Voûte qui est ma solution préférée. C'est un SQL Server basée sur le référentiel de sorte qu'il n'est pas soumis à des problèmes avec le Système de Fichiers de Windows. Restaure les sauvegardes peuvent être configurés comme toute autre base de données SQL Server et vous pouvez le restaurer à un point dans le temps, et pas seulement à votre dernière date de sauvegarde.
J'ai aussi utilisé Source de n'importe où (version 2.2), et je trouve qu'il manque de fonctionnalités par rapport à VSS et de la Voûte. Mais c'était une solution SQL Server, qui a fait les sauvegardes plus fiable.
Je suis intéressé à essayer de Subversion et si il y avait une version de Subversion qui utilisé SQL Server référentiel " je pense que ce serait une solution raisonnable. Si vous êtes en cours d'exécution sur un autre système d'exploitation, la Subversion est probablement votre meilleur choix, mais si vous êtes en cours d'exécution sur Windows Server, je recommanderais une solution SQL Server.