Par où commencer ... contrôler l'accès aux fichiers de code à l'aide de Visual Studio dans un environnement multi-développeur

Question

Nous sommes en train de passer de asp, vbscript, SQL Server 2000, à asp.net mvc, sql server 2008.

Lorsque nous utilisions l'ASP classique, nous pouvions utiliser Dreamweaver pour verrouiller l'accès à un fichier sur le réseau afin que les développeurs et les concepteurs ne se remplacent pas mutuellement les modifications lors de l'enregistrement.

Existe-t-il une fonctionnalité équivalente dans Visual Studio 2010? Ou, y a-t-il d'autres techniques pour accomplir cela?

Answer 1

Il existe most definitely are pour y parvenir. Selon la mise à jour, il semble que l'équipe progresse. Peut-être que cela signifie que les affaires sont bonnes, peut-être que l'équipe grandit ou grandira, etc. Quoi qu'il en soit, et même s'il s'agit d'un seul développeur, le verrouillage des fichiers pour éviter d'écraser les changements n'est pas une solution. Un contrôle correct de la source doit toujours être utilisé .

Visual Studio prend en charge TFS, naturellement, mais il existe des plugins pour d'autres systèmes (gratuits). SVN is a good one pour commencer. (Bien que personnellement, je n'aime pas l'intégration IDE du contrôle source, je préfère le voir comme opération de fichier et non comme code, et donc préférer les clients Tortoise contrôle de révision pour leur intégration Windows Explorer.)

Answer 2

Vous voudrez certainement passer à un système de contrôle de version approprié.

Subversion est très populaire et fonctionne bien pour la plupart. TortoiseSVN est une extension Explorer extrêmement utile pour rendre Subversion facile à utiliser. Il existe également des plugins pour les environnements de développement. VisualSVN (non libre) et AnkhSVN intègrent Subversion dans Visual Studio.

Git & Mercurial sont également très populaires. Les deux sont conçus avec des équipes distribuées plus en tête. Ils fonctionnent en grande partie de la même manière que Subversion, mais chaque système de contrôle de version a des «meilleures pratiques» légèrement différentes lorsqu'il s'agit de flux de travail, en particulier autour de l'embranchement et de la fusion.

Answer 3

@quakkels: sélectionnez TFS. Je déteste profondément, mais ce sera plus facile pour vous. SVN est pour les geeks, et GIT est pour les alpha-geeks (ou pour les wanabes comme moi).