Управление исходным кодом Visual Studio: где разместить рабочий каталог?

Question

Мне было поручено настроить управление исходным кодом для некоторых решений Visual Studio 2010. По умолчанию VS помещает свои проекты в «Мои документы \ Visual Studio 2010 \ Projects», которые отображаются на что-то вроде «C: \ Documents and Settings [имя пользователя] \ Мои документы \ Visual Studio 2010 \ Projects».

При проверке решения из системы контроля версий большинство людей создают рабочую папку здесь в этом каталоге и работают оттуда? (Это может привести к тому, что у каждого разработчика будет свой рабочий каталог.) Или у каждого разработчика есть одинаковая рабочая папка на каждом компьютере (например, "C: \ dev \ projects")?

Какова наилучшая практика в этой ситуации?

Answer 1

Я бы порекомендовал папку с коротким именем в корне диска, например, "C: \ Projects" или "D: \ Code".Пути к файлам ограничены 260 символами.Расположение «Мои документы» наносит вам вред еще до того, как вы начнете.

Во-вторых, сделайте все пути / ссылки в вашем исходном коде относительными.Затем вы можете поместить код в «C: \ Code» или переместить его в «D: \ Work», просто отредактировав свое отображение рабочей области.Это жизненно важно для того, чтобы позволить вам создавать исторические версии вашей кодовой базы и сохранять их рядом с текущими (иногда удобными) или создавать код на сервере сборки, или в случаях, когда разработчики не могут поместить свой код в то же место, что иВы сначала положите это.(например, когда им не хватает места на C: и нужно перейти на D:)

Также попробуйте не использовать общий путь для всех разработчиков (например, «Код»: но при необходимости разрешите использовать другую букву диска).).Это позволяет разработчикам переходить на компьютеры друг друга и легко находить что-либо, а также настраивать фиксированные антивирусные папки на антивирусном сервере, чтобы время сборки не было ограничено.

Answer 2

Вы можете поместить свою рабочую папку в любое место. В проектах Visual Studio все пути остаются относительными, поэтому рабочая папка не имеет значения. Я предполагаю, что большинство разработчиков работают из своей рабочей папки.

Файлы решений (.sln) работают таким образом, поэтому вы можете скопировать и вставить решение в любом месте, и файлы по-прежнему работают. Управление исходным кодом также не должно заботиться о том, где находится решение, и работает относительно базовой папки решения.

Лично я переместил рабочую папку на отдельный диск с данными, в D: \ Projects \, но это действительно сводится к предпочтениям каждого разработчика.

Answer 3

В моей фирме у нас есть D: \, куда мы помещаем наши исходные файлы и файлы решений.

Answer 4

Я не уверен, что это «лучший» метод, но у меня есть папка vss на моем диске c: \, которую я использую в качестве родительского для моих рабочих папок.

Не всем нравится работать с исходным кодом на жестком диске, поэтому вместо этого они перейдут в свою личную сетевую папку, но с безопасностью MS и SQL-сервера я не смог заставить это работать.