2016-08-24 2 views
0

Мы используем TFS в предположении, обновление версии 2015 года 3. Мы используем несколько командных проектов. Некоторые проекты Team используются для приложений (контроль и сборка исходного кода), другие командные проекты (с несколькими группами в нем) используются для отслеживания рабочих элементов. Команды могут работать в разных приложениях.Использование управления выпуском TFS с многостраничными командами

Теперь мы изучаем функциональность Release. Желательно, чтобы мы использовали один командный проект, чтобы отслеживать все выпуски, поэтому мы получаем обзор всех выпусков в нашей организации. Но я не могу понять, как этого добиться.

Есть ли способ определить определения выпуска, связанные с сборками из другого проекта команды? Here Microsoft говорит: «При развертывании артефактов Team Build, опубликованных в рамках одного и того же командного проекта, дополнительная настройка не требуется». Поэтому я предполагаю, что нужно сделать дополнительную настройку, но я не могу понять, как это сделать.

+0

Вам нужно переосмыслить, как вы настраиваете, это не то, как предполагается использовать TFS. Один командный проект должен содержать весь код, рабочие элементы, сборку и выпуск для одного проекта/кодовой базы/TP. На каком-то уровне я считаю, что вы можете установить конструкцию def в одном TP, чтобы смотреть папки с другого, но никогда не сможет обновлять рабочие элементы из проекта третьей команды, и вы рискуете, что разрешения не будут корректно проходить между ними , –

+0

Были некоторые причины для этой структуры. В основном из-за устаревания полностью из TFS 2005. Еще одна причина заключается в том, что количество приложений и определение сборки. Как разработчик вы не хотите прокручивать вниз поиск определения сборки в длинном списке. Но я думаю, мне нужно снова пересмотреть нашу настройку ... – user6753355

+0

Что касается сборок, вы должны посмотреть на переход к новой системе Build (build vNext) в TFS 2015. Это намного лучше, чем система на основе xaml в более старых версиях TFS. У него также есть папки (наконец), чтобы вы могли организовать свои сборки разумно. –

ответ

0

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

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

+0

Согласен. Мы хотим управлять нашим полным портфелем в одном Team Project, но это не было моей целью обсудить этот вопрос. – user6753355

1

У нас также есть много командных проектов Мы используем TFS 2015 CU2, но я не думаю, что существует множество различий между этими двумя версиями.

Ссылка на артефакт предназначена для создания команды в рамках одного и того же командного проекта. Я действительно думаю, что есть способ, с помощью которого вы можете связать себя, чтобы строить за пределами других командных проектов.

В вашем одной команде проекта вы можете создать все ваши CI строит там (в сборке Defintion отображение бы можно сопоставить с любым путем управления источником вы хотите вы просто должны сократить в пути.)

Если вы все еще используя определения XAML; вы можете использовать надстройку диспетчера сборки TFS Communinity для VS 2013 и клонировать отладку сборки для нового командного проекта.

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

+0

Самая большая разница (для нас) - это функциональность Release, встроенная в TFS (мы только что пришли из TFS2015). В нашей текущей версии мы используем клиент/серверную версию MRM.В этой версии вы все еще имеете обзор всех выпусков, даже если исходный код и сборки находятся в разных командных проектах. – user6753355

+0

Ваше предложение о создании всех сборок в одном командном проекте - это то, что мы сейчас изучаем. Со всеми остальными комментариями мне ясно, что мы должны пересмотреть нашу настройку. – user6753355

+0

Я ожидаю, что эти ограничения проекта проекта исчезнут в предстоящем выпуске. Я ничего не нашел в голосе пользователя https://visualstudio.uservoice.com. Но ожидаем, что то, что было возможно в предыдущей версии, в конечном итоге появится в новой версии. – Bhuard

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