С чего начать ... управление доступом к файлам кода с помощью Visual Studio в среде нескольких разработчиков

Question

Мы находимся в процессе перехода от asp, vbscript, SQL Server 2000 к asp.net mvc, sql server 2008.

Когда мы использовали классический asp, мы могли использовать Dreamweaver для блокировки доступа к файлу в сети, чтобы разработчики и дизайнеры не перезаписывали изменения друг друга при сохранении.

Есть ли эквивалентная функция в Visual Studio 2010? Или есть другие методы для достижения этой цели?

Answer 1

* * * * * * * * * * * * * * * * * * * * * * * * * * * *

* * * * * * * * * * * * * * * * * * * *

* * * * * * * * * * * * * * * * * * * * * * * * * * * - похоже, что команда движется впередМожет быть, это означает, что бизнес хорош, может быть, это означает, что команда растет или будет расти и т. Д. В любом случае, и даже если это всего лишь один разработчик, блокировка файлов, предотвращающая перезапись изменений друг друга, вообще не является решением.Необходимо использовать всегда для правильного управления исходным кодом.

Естественно, Visual Studio поддерживает TFS, но есть плагины для других (бесплатных) систем. SVN хорош для начала .(Хотя лично мне не нравится интеграция IDE управления исходным кодом. Я предпочитаю видеть это как файловую операцию, а не как кодовую операцию, и поэтому предпочитаю клиентов управления версиями Tortoise для их интеграции с Windows Explorer.)

Answer 2

@ quakkels: переходите на TFS. Я глубоко ненавижу это, но тебе будет легче. SVN для фанатов, а GIT для альфа-фанатов (или для фанатов вроде меня).

Answer 3

Вы почти наверняка захотите перейти на правильную систему контроля версий.

Subversion очень популярна и хорошо работает для большинства.TortoiseSVN - чрезвычайно полезное расширение для Explorer, которое делает Subversion простым в использовании.Есть также плагины для сред разработки.VisualSVN (не бесплатный) и AnkhSVN интегрируют Subversion в Visual Studio.

Git & Mercurial также очень популярны.Оба спроектированы с учетом распределенных команд.Они работают в основном так же, как Subversion, но в каждой системе управления версиями есть свои «лучшие практики», когда речь идет о рабочем процессе, особенно о ветвлении и слиянии.