запрос тестовых файлов, ветвления и структуры папок в Team Foundation Server - PullRequest
Новая
       2

запрос тестовых файлов, ветвления и структуры папок в Team Foundation Server

1 голос
/ 02 октября 2011

недавно я начинал новый проект.на этот раз я пытаюсь сделать мою структуру tfs более прочной, чтобы улучшить мою недавнюю версию.так что вот он

выпуск ветки

trunk 

bin
docs
src
  sln.file
   project1
   project2

tests
  sln.file
   project1.test
   project2.test

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

1 Ответ

1 голос
/ 02 октября 2011

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". Мы развернем его в нашей среде интеграции.
  • У меня настроена ночная сборка для нашей ветки Main, которая создает конфигурацию «Test». Когда QA хочет протестировать новую сборку, они внедряют последние из них в среду QA.
  • У меня есть ручная сборка, настроенная для ветки Release, сборка конфигурации "Prod". Когда мы будем готовы перейти к производству, QA сначала тестирует процесс развертывания в их среде (будет промежуточной средой, как только мы его получим), а затем Operations развертывает его в производственной среде.
...