Несколько разработчиков работают над одним и тем же проектом веб-приложения

У меня есть команда из трех разработчиков, работающих над одним веб-сайтом проекта веб-приложений. Мы все используем VS 2010 и Source Gear Vault.

У каждого из нас есть разные рабочие папки на наших локальных дисках, и я столкнулся с некоторыми проблемами, которые мне нужно понять:

1) Когда один из пользователей хочет добавить новую страницу в проект, кажется, что мы должны проверить весь проект или, по крайней мере, файл .csproj, добавить страницу, а затем вернуть файл .csproj обратно. Это правильно? ?

2) Когда мы регистрируем измененный код, мы не должны регистрировать папку bin или что-либо в ней. Если мы это сделаем, никто другой не сможет скомпилировать их код. Опять же, это правильно?

В итоге, я ищу несколько советов по передовой практике. Как лучше всего управлять этими усилиями по разработке, учитывая инструменты, которые мы используем?


asp.net web-application-project
person Bob Jones    schedule 18.10.2011    source источник
comment
Рассмотрите возможность использования Edit/Merge/Commit вместо используемого по умолчанию, но довольно устаревшего метода Check Out/Edit/Check In. Вы можете найти их в разделе «Стиль параллельной разработки» в параметрах хранилища. Но поймите, что влечет за собой это изменение. Больше никаких касс!   -  person andleer    schedule 19.10.2011

Ответы (2)


arrow_upward
4
arrow_downward

1) Единственное, что следует проверить при добавлении новой страницы, — это файл .csproj. При регистрации вы зафиксируете файл csproj (отредактировать) и новые файлы страниц (добавить)

2) Ваша корзина не должна находиться под контролем источника. Если вам требуется сборка для развертывания, вы можете либо использовать диалоговое окно публикации VS локально для последнего набора кода, либо автоматизировать сборки со сборочной машины (через MSBUILD), которая скомпилирует ваш проект из системы управления версиями.

person Steve    schedule 18.10.2011
comment
Стив прав в том, что папка BIN никогда не должна находиться под контролем исходного кода, и по умолчанию это не так. - person andleer; 19.10.2011

arrow_upward
-1
arrow_downward

1) В этом нет необходимости, если вы добавите файлы в каталог проекта, они будут отображаться, и файлы вашего проекта будут обновлены. В моей компании существует политика не проверять файлы конфигурации в любой форме (будь то web.config или файлы проекта). Мы помечаем их как прочитанные/записываемые и не беспокоимся о них. Для web.config мы поддерживаем основную версию, которая не извлекается, а хранит все возможные значения.

2) Поскольку корзина содержит скомпилированный код, если кто-то работает над частью этого скомпилированного кода, он не захочет получать dll. Опять же, в моей компании мы обычно компилируем собственные версии и не возвращаем файлы в корзину.

person aepheus    schedule 18.10.2011
comment
-1: Ваше первое утверждение неверно для проектов веб-приложений. Это было бы точно для проектов веб-сайтов, которые являются совершенно другим зверем. - person NotMe; 19.10.2011
comment
обычно.... штрафы в мусорку не списывают? Они никогда не должны быть зафиксированы в системе контроля версий. Если у вас есть двоичный файл, которым нужно поделиться, поместите его в отдельную папку (и зарегистрируйте его) и скопируйте файл в папку BIN как часть вашей сборки. - person andleer; 19.10.2011