#tfs
#tfs
Вопрос:
недавно я приступил к новому проекту. на этот раз я пытаюсь сделать мою структуру tfs более надежной, немного улучшив мою последнюю версию. итак, вот это
выпуск ветки
магистраль
bin
docs
src
sln.file
project1
project2
tests
sln.file
project1.test
project2.test
поскольку тестовые проекты не будут разветвляться, это имеет смысл. однако я размышлял, лучше ли хранить тестовые проекты в одном sln. хотя я предпочитаю, как я могу ссылаться на них в рамках рабочего решения разработчика.
Ответ №1:
http://tfsbranchingguideiii.codeplex.com / Кроме того, я не знаю, что вы называете «тестовыми проектами», но если они меняются при изменении вашего основного кода, то они должны быть разветвлены с вашим основным кодом.
Вот краткое описание того, как я недавно настроил небольшое приложение. Я еще не перемещал более крупные приложения, поэтому еще не имел дела с такими вещами, как библиотеки общего кода.
$/TeamProject
/Development (folder)
/Development (branch)
/Lib
/Src
etc.
/Main (branch)
/Lib [third party binaries and other artifacts]
/Src
/Solution1
Solution1.sln
WebApplication
WebApplication.csproj
etc.
WcfServices
WcfServices.csproj
etc.
DAL
DAL.csproj
UnitTests
UnitTests.csproj
/Solution2 (same pattern as Solution1)
/Release (folder)
/Release (branch)
/Lib
/Src
etc.
- У меня настроена сборка CI для ветки разработки, в которой создается конфигурация «Dev». Мы развертываем его в нашей среде интеграции.
- У меня настроена ночная сборка для нашей основной ветки, которая создает конфигурацию «Test». Когда QA хочет протестировать новую сборку, они развертывают последнюю из них в среде QA.
- У меня настроена ручная сборка для ветки выпуска, в которой создается конфигурация «Prod». Когда мы будем готовы к переходу на производство, QA сначала тестирует процесс развертывания в своей среде (будет промежуточной средой, как только мы ее получим), а затем Operations развертывает это в производственной среде.
Комментарии:
1. «тестовые проекты» в моем предыдущем посте относятся в основном к «проектам модульного тестирования». не вижу причин для их ветвления. спасибо, хотя я проверил ссылку, не смог найти ответ на свой вопрос.
2. Разве вы не запускаете модульные тесты при каждой сборке? Конечно, они должны быть разветвлены вместе с остальным исходным кодом!
3. Размещенная мной ссылка содержит много контента, включая документ о руководстве по ветвлению. Вы уже прочитали это? Если нет, то вы упускаете из виду рекомендации по ветвлению в TFS 2010.
4. я еще не настроил сервер сборки для своего проекта. однако я добираюсь туда. моя структура похожа на это msdn.microsoft.com/en-us/library/bb668992.aspx . да, я согласен, что ценность, однако я просто пытаюсь реализовать очень простой сценарий, будет увеличиваться со временем. поскольку это аддитивно.
5. не могли бы вы указать, где вы обычно размещаете свой файл решения? Спасибо.