2015-01-07 6 views
0

У меня есть Visual Studio Online учетную запись с основанным Project Team Git, который содержит решение 'Backend.sln', который содержит несколько проектов на данный момент:Visual Studio Online GitContinuousDeploymentTemplate.12.xaml не создает тестовый проект?

  • One Azure Cloud Service (.ccproj)

  • ..это имеет один Web Role .csproj проецировать

  • ..и что проект Web роль ссылается на три другие проекты/.csproj файлы

  • сверху из того, что есть один (Ms Test) Unit Test Project, который ссылается на файл веб-роли .csproj, а также на вышеупомянутые 3 другие вспомогательные проекты.

  • Кроме того, в этом решении есть один или два .csproj, которые не имеют ссылок на данный момент (в разработке).

Так одно решение с одним проектом Cloud Service и пару проектов, одним из которых является проект модульных тестов и все проекты выбираются так, чтобы быть построены для обоих, Release и Debug (Любой процессор) в решение config.

Поскольку это решение предназначено для службы Azure Cloud Service, я пошел вперед и связал Azure Cloud Service с этим проектом VSO (используя механизм связывания на портале Azure), который устанавливает определение сборки * _CD внутри этого Team Project на основе 'GitContinuousDeploymentTemplate.12.xaml' построить шаблон, и я выбрал Backend.sln в '2. Build> 2.1 Projects 'и установите' 2. Build> 2.2 Configurations 'to' Any CPU | Release '.

Теперь при запуске сборки из этого определения только Облако проекта Azure и строится & опубликовано, что означает только Web Role .csproj и его непосредственно ссылаются другие три проекта строятся.

Проект тестирования модулей и другие проекты, не имеющие ссылок, не построены .. и поэтому тесты в нем не запускаются - журналы сборки даже не упоминают/не содержат проект * Tests.csproj, то же самое для другого проекты без ссылок! Опять же: они являются, которые должны быть встроены в конфигурацию Backend.sln 'Any CPU | Release'.

Итак, вот мой вопрос: почему он нацелен только на &, опубликовать проект Azure Cloud Service и, что еще важнее - как его изменить, чтобы он выполнял тесты перед его развертыванием?

Я не могу первыми использовать эту функцию непрерывного развертывания в проекте VSO, основанном на Git, который имеет в нем модульные тесты, могу ли я?

У меня была эта настройка/проект внутри проекта команды VSO на основе TFVC, также связанного с Azure, и там он работал нормально, как и ожидалось, - все было построено, включая тесты, и поскольку они были построены, они также были найдены испытательный бегун и запустить.

Я также задал этот вопрос здесь на MSDN forums и, по-видимому, я not the only one with these problems, но мне интересно, какое решение здесь?Непрерывное развертывание без поддержки тестов - один из способов сделать это, но, на мой взгляд, опасный.

ответ

0

Я заметил, что когда я создал новый проект, тестовые проекты, которые были сгенерированы, вошли в мою папку пользователей, а не в мое git-репо. На них ссылается файл решения, поэтому сбой сборки на VSO. Возможно, у вас может быть такая же проблема?

Смежные вопросы