Как настроить среду команды разработчиков в Visual Studio 2008

Question

Мне нужно знать, как настроить среду группы разработчиков для asp.net.В настоящее время я использую Visual Studio 2008.Какие вещи мне нужны как требования.

Answer 1

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

Без этого вы прослужите менее недели, прежде чем кто-то перезапишет изменения, внесенные кем-то другим, без возможности согласования.различия.

Есть много хороших опций и несколько замечательных: лично мне нравится Subversion, так как он с открытым исходным кодом, в хорошем состоянии и хорошо поддерживается.Другие включают собственные Team Foundation Services (TFS) от Microsoft, которые глубоко интегрированы в Visual Studio Professional и выше;однако это, безусловно, не является бесплатным!

Вы также можете рассмотреть такие системы, как Git и Mercurial.

TFS также включает функции отслеживания ошибок и управления задачами.Небольшой команде, возможно, не понадобится использовать это для начала, но после установки программного обеспечения это может быть очень полезно для отслеживания того, что и где.Альтернативы включают Bugzilla и FogBugz.

Для тестирования вам понадобится «промежуточный» сервер, который соответствует конфигурации возможного сервера, на котором вы будете развертывать.Если вы развертываете в облачной среде, такой как Azure или EC2, проще всего настроить там вторую среду развертывания и использовать ее.

Добавьте к этому хорошее решение для резервного копирования хранилища кода и тестовых баз данных, а такжеприличное сетевое соединение, чтобы ваши разработчики имели доступ к этому сайту, и вам следует идти вперед!

Answer 2

Четверо разработчиков должны разработать проект в команде.Как я делюсь рабочей средой, базой данных и отчетами

Вот что я бы настроил:

• Контроль исходного кода
  Этоабсолютная необходимость для более чем одного человека.Даже с одним человеком вы получите множество преимуществ.
• Вики внутренней команды
  Если вы пишете электронное письмо с инструкциями, и человеку, которому вы его отправили, придется искатьснова, или вам когда-нибудь придется выкопать это электронное письмо и переслать его кому-то другому, вы потратили время и деньги.Вы могли бы написать это на вики внутренней команды и просто разослать письма всей команды.Если вы когда-нибудь настраивали какой-либо ресурс общего сервера вручную и не документировали его, то вы потратили впустую это время.Все, что вы узнали в этом опыте , не может быть реплицировано , и другим придется проходить снова.
  Это особенно полезно для таких вещей, как инструкции по настройке сервера, URL-адреса и порты сервера, инструкции по настройке программного обеспечения, общие документы, инструкции по настройке нового найма и т. д.
• Непрерывная интеграция
  Это просто причудливый способ сказать, что вам нужна полностью скриптовая сборка.С его помощью вы будете каждый день (или каждую регистрацию) узнавать, не сломали ли вы сборку, и будете вынуждены исправлять ее до того, как другие люди пострадают.В среде VS сценарий обычно состоит из синхронизации кода из системы контроля версий и создания файла .sln.Довольно просто.
• Автоматическое создание базы данных из сценариев
  Это значительно облегчит вашу жизнь при попытке реплицировать ваши изменения в БД.Это также не даст вам когда-либо оказаться в испорченной разделяемой среде - просто откройте предыдущую известную рабочую версию сценариев БД, удалите разделяемую БД и повторно разверните ее.Вы можете экспортировать сценарии из существующей базы данных, используя сторонние инструменты, такие как SQL Server Management Studio, или сторонние инструменты, такие как различные продукты RedGate для SQL Server.Проверьте эти сценарии в системе контроля версий, затем для каждого нового изменения создайте сценарий исправления и включите его в систему контроля версий, вместо того чтобы применять изменения вручную.
• Непрерывное развертывание
  Этопросто причудливый способ сказать, что у вас есть полностью сценарий развертывания.Если для развертывания в общей среде разработки или контроля качества требуется больше, чем одно нажатие кнопки (или отсутствие щелчков - вы просто ежедневно проверяете электронную почту, чтобы убедиться в успешности развертывания), вы тратите огромное количество времени и денег.Это большая сложность для автоматизации, чем для непрерывной интеграции, но боль такая же плохая или хуже, если вы не пишете сценарий и не выполняете его вручную (от двух до десяти раз за один проход теста).
• Хорошая команда тестирования
  Вам это нужно больше, чем остальным.Хорошая команда тестировщиков напишет план тестирования и подумает о сценариях, о которых вы, как разработчик, не придумаете.Они будут более увлечены (или, по крайней мере, усердны) в отношении качества, чем кто-либо из вашей команды разработчиков.Если вам нужно подготовить все тестовые примеры для ваших тестеров, то наймите новых тестеров.Или наймите лучших тестеров для наставничества ваших существующих тестеров (при условии, что они способны к обучению).С четырьмя разработчиками я бы нанял как минимум двух хороших тестеров.И получите столько, сколько ваша компания позволит вам:)

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

Я также рекомендую иметь личную БД на каждом компьютере разработчика и переносить код в общую среду только при регистрации.

Answer 3

ссылка ниже - это руководство, показывающее, как максимально использовать Team Foundation Server .Он начинается с конца, но показывает, как постепенно применять TFS для вашей организации.Это совместная работа между шаблонами и практиками, членами команды Team System

Руководство по TFS