Commutation formulaire Visual SourceSafe à CVS:quelles sont les caractéristiques sont perdus dans Visual Studio?

Question

Mon entreprise est à l'aide de Visual SourceSafe (VSS) et Visual Studio 2005 (dès 2008).Ils veulent passer à CVS, mais les développeurs ne veulent pas perdre de l'intégration on obtient avec VSS et Visual Studio.

Je sais qu'il y a CVS plugins, mais ce que la fonctionnalité, le cas échéant, est perdu avec le CVS?

Answer 1

Crier à VSS pour la perte de code source, etc.Mais plus sérieusement, c'est un modèle très différent (le verrouillage optimiste), donc vous aurez probablement perdre de la productivité pour la première peu de temps.Je serais probablement regarder à l'aide de TortoiseCVS et "Ouvrir le Dossier Dans l'Explorateur Windows" clic-droit ou le Visual Studio Explorer plug-in plutôt que d'un CVS plug-in si vous utilisez Visual Studio 2008 (tous les CVS des plugins que j'ai essayé ont eu de grave problèmes de fonctionnalité, ou de graves problèmes de stabilité).

VSS est vraiment un terrible système de contrôle de source, et de passer à un style moderne (verrouillage optimiste) système de contrôle de source va être un énorme avantage dans le long terme.Vous pourriez vouloir sauter les années 1990, tous ensemble, même si et à déplacer pour Subversion/Git/Mercurial et d'obtenir dans les années 2000.

Answer 2

Si vous allez pour changer, pourquoi ne pas passer à quelque chose de mieux?CVS est un long chemin à partir de l'état de l'art dans le contrôle de version.Un système plus moderne comme Subversion ou Voûte offre non seulement de meilleures fonctionnalités, mais vous obtiendrez une meilleure intégration de Visual Studio ainsi.

Answer 3

Si vous devez basculer en CVS ou Subversion, distribuée ou VCS serait mieux), alors le script que nous avons utilisé pour migrer et de conserver l'historique des modifications peuvent être trouvés ici.

Nous sommes très heureux avec CVS, bien que nous n'utilisons pas d'intégration de Visual Studio que nous trouvons TortoiseCVS et SmartCVS beaucoup mieux.Cependant, si j'étais de commutation maintenant je regarde Git ou Mercurial.

Answer 4

Mon hack est comme suit:

Je suis principalement un développeur Java et j'utilise Eclipse/RAD.Le soutien pour le CVS est grand et il est très facile de travailler avec.

Pour le C# travail que je fais, j'ai essayé de trouver un CVS plugin pour Visual Studio mais n'était pas satisfait avec le seul que j'ai trouvé.En fin de compte, j'ai décidé d'utiliser Eclipse pour gérer le versioning de mes projets C#.

La procédure:

1. Créer un simple projet dans Eclipse
2. Ouvrez VS et enregistrer le projet dans le répertoire créé par Eclipse
3. De retour à Eclipse, appuyez sur F5 pour actualiser le projet
4. Partager le projet (c'est à direajouter à la commande CVS)
5. Ajouter .la sln à la liste de l'extérieur fichiers manipulés dans l'Eclipse paramètres
6. VS pouvez maintenant être ouvert directement à partir d'Eclipse en cliquant sur le .la sln fichier, le projet peut être travaillé au sein de VS.Lors de la sortie de VS le projet doit être actualisé dans Eclipse et peut être synchronisé avec CVS

Bien que je n'ai pas encore utilisé le plugin Subversion, je crois que le travail d'une manière similaire.

Cette solution fonctionne bien pour moi, surtout que je passe la plupart de mon temps dans Eclipse, de toute façon.

Je l'ai fait essayer à l'aide de TortoiseCVS mais il lui est difficile à utiliser.Eclipse est gratuit et le CV de l'interface est très utilisable.

Answer 5

Visual Studio a une mauvaise intégration au sein de l'IDE pour les CVS et SVN.Ceux celles qui sont libres ne fonctionnent pas bien.J'utilise Tortue (en dehors de Visual Studio), et il fonctionne très bien.Si vous voulez quelque chose à l'intérieur de Visual Studio, vous pouvez vérifier pour ne pas le plug-in gratuit ou à utiliser TFS.