2009-05-14 6 views
5

Je suis dans la situation suivante, j'utilise actuellement Subversion pour mon contrôle de la source et je l'adore. Le problème est que je dois (dans un proche avenir) remettre mon projet à un autre groupe de développeurs pour le maintenir tout en continuant à travailler dessus. Le problème est qu'ils n'ont jamais entendu parler de Subversion ou ne l'ont jamais utilisé et qu'ils n'utilisent que MS Source Safe. Même si je leur ai demandé d'enquêter sur ce sujet, ils semblent être d'accord sur le fait que seul MS Source Safe devrait être utilisé.Raisons d'utiliser Subversion sur MS Source Safe

Je dois convaincre les chefs d'équipe des avantages de subversion sur Source Safe, mais comme je ne l'ai pas utilisé depuis de nombreuses années, je ne suis pas sûr de savoir exactement quels sont les pièges de Source Safe.

Les caractéristiques les plus importantes et uniques que je connaisse sont.

  1. Pas de verrouillage de fichier dans Subversion
  2. Je suis en mesure de travailler hors ligne (à partir du réseau de l'entreprise), depuis que je fais assez souvent une caractéristique importante de son pour moi.

Pouvez-vous s'il vous plaît énumérer tous les problèmes que vous pourriez avoir eu ou toutes les fonctionnalités que vous pensez que je pourrais perdre en passant à la source sûre.

Veuillez noter que le serveur Team Foundation n'est pas une option et que le projet est un projet .Net.

Merci

+0

Je suppose que la réponse dépend de la taille du projet. S'il s'agit d'un petit projet et que la taille de l'équipe est également petite, il n'y a aucune raison pour que VSS ne puisse pas être utilisé. Bien que Subversion présente certains avantages, comme ceux que vous avez mentionnés, il peut être exagéré si la taille du projet est petite et que les utilisateurs connaissent déjà un autre système de gestion des versions. – Rahul

+0

1 & 2 sont facilement accomplies en utilisant VSS.Il suffit de vérifier le fichier sur le réseau de l'entreprise, puis lorsque vous passez en mode hors connexion, effacez le bit en lecture seule des fichiers sur lesquels vous voulez travailler. Puis, quand vous retournerez au bureau, vérifiez les fichiers. Voila! –

+1

Pouvez-vous recommander Perforce? –

Répondre

8

Les arguments classiques contre VSS se trouvent dans Visual SourceSafe: Microsoft's Source Destruction System

J'aime la subversion pour les raisons suivantes

entre autres ...

Je l'ai utilisé VSS, ClearCase, CVS et Subversion et j'aime Subversion

+0

Oui, ramification et la fusion sont une très grande différence entre les deux IMO. – Gromer

2

J'utilise VSS au travail et à la maison et Subversion comme eux deux. Le verrouillage de fichier dans VSS peut être génial à certains moments mais vraiment sucer d'autres fois. Une des choses que j'aime à propos de Subversion est la facilité de branchement et autres joyeusetés. VSS semble également avoir beaucoup plus de problèmes d'intégration dans Visual Studio.

1

Voir this, this et this. Longue histoire courte: en utilisant VSS vous passez plus de temps à vous battre avec VSS lui-même que de faire un travail utile.

Questions connexes