Tfs 2010: как настроить корпоративный исходный сервер?
Я ищу руководство по настройке корпоративного исходного сервера, но когда я захожу в эту тему в Google, лучшее, что я могу придумать, - это статьи и пошаговое руководство по настройке VS для использования общедоступных серверов символов Microsoft для отладки сборок.NET.
Для справочной информации я использую среду Vs2010/Tfs2010. В основном, рабочий процесс, который я ищу, чтобы облегчить это:
- 1) клиент сообщает о проблеме с приложением
- 2) приложение соответствующей версии установлено на виртуальной машине
- 3) ошибка репозитория разработчика, связанная с процессом на виртуальной машине и использованием исходного сервера (сервера символов?) В корпоративном домене. Это тот шаг, который меня интересует.
- 4) разработчик обнаруживает проблему, исправляет ошибку в рабочей области.
- 5) разработчик выполняет dll swap на виртуальной машине, чтобы проверить изменения? (боковая тема, не уверен в этом)
- 6) нормальные рабочие процессы разработки / контроля версий.
Любой совет приветствуется!
Редактировать: с тех пор, как я написал это, я наткнулся на эту статью, которая является хорошей записью конфигурации исходного сервера для TFS 2008. Кто-нибудь адаптировал это для Tfs 2010?
4 ответа
Вот статья о настройке Symbol Server для вашей собственной компании. Также подробно описано, как добавить свои собственные символы и двоичные файлы в него и как использовать их для отладки.
Статья с 2006 года, но совет все же должен применяться.
Вы должны быть в состоянии следовать вашему рабочему процессу с этой настройкой.
Вот еще одна статья, объясняющая использование серверов символов.
1) клиент сообщает о проблеме с приложением
Это можно сделать несколькими способами. Если ваш клиент является сторонним по отношению к вашей организации, вам, вероятно, понадобится пользовательский веб-интерфейс, связанный с созданием рабочих элементов через API. В противном случае вы можете использовать веб-доступ к рабочим элементам, который входит в комплект установки TFS.
2) приложение соответствующей версии установлено на виртуальной машине
Для этого вы, вероятно, обращаете внимание на Visual Studio 2010 Ultimate и часть управления Test and Lab. Настройка для использования этого, вероятно, выходит за рамки SO-ответа.
3) ошибка репозитория разработчика, связанная с процессом на виртуальной машине и использованием исходного сервера (сервера символов?) В корпоративном домене.
Опять же, тестирование / управление лабораторией.
4) разработчик обнаруживает проблему, исправляет ошибку в рабочей области.
TFS
5) разработчик выполняет dll swap на виртуальной машине, чтобы проверить изменения? (боковая тема, не уверен в этом)
Разработка ветки сборки с автоматическим развертыванием. Может быть в состоянии сделать это с помощью управления Test / Lab, или может потребоваться выполнить некоторые сценарии в вашей сборке. Сценарии установки относительно просты с пользовательскими действиями TFS.
6) нормальные рабочие процессы разработки / контроля версий.
Контроль исходного кода TFS и рабочие элементы.
Установка и первоначальная настройка TFS относительно просты с TFS 2010. Передовые практики, вероятно, потребуют много чтения и наставника / консультанта или двух, чтобы помочь вам в этом.
Я думаю, у меня есть кое-что, чтобы помочь вам... Вот куча информации о поддержке Symbol Server и Source Server для TFS 2010, специально объединенной вместе: http://bit.ly/SymbolServerTFS
Дайте мне знать, если есть какие-либо дополнительные вопросы, и я буду получать их в блоге!
Элементы со 2 по 5 обычно обрабатываются вручную разработчиком. То, как они воспроизводят и устраняют ошибки, не может помочь ни одна система контроля версий.
Для всего остального есть TFS.
С TFS вы можете закрепить сборки и извлекать их с сервера сборки по мере необходимости для повторного развертывания. Вы также можете ветвить выпуски, исправлять ошибки в этих ветвях и возвращать эти исправления обратно в ствол.