Как проверить вывод проекта / решения (dll) после успешной сборки в TFS2010

Question

Просто интересно узнать о рекомендуемом процессе проверки выходных данных проекта или решения после успешной сборки.

Например, Build относится к общей библиотеке.Опубликовать изменение, которое я хочу, чтобы оно было зарегистрировано в известном месте, чтобы другие решения могли ссылаться на него.

Некоторые примеры могут быть

• Настраиваемые действия рабочего процесса
• Вызов TFexe напрямую

Answer 1

Я бы не проверял вывод. Вместо этого я бы переместил его в известное место, возможно, в общую папку.

Answer 2

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

Основная статья MSDN, описывающая это: http://msdn.microsoft.com/en-us/magazine/hh781026.aspx

Другие ресурсы:

http://nuget.org/

http://nugetter.codeplex.com/

Answer 3

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

Но вы также можете захотеть исследовать бесплатный AIT Dependency Manager , который может загрузить последнюю конкретную версиюможет фильтровать результаты сборки или качество) одной сборки с сервера сборки как ссылку на другую сборку (также в Visual Studio).Это намного более гибко, чем постоянная проверка выходных данных сборки, и позволяет ветке dev всегда получать самую последнюю (нестабильную) версию, а ветку выпуска всегда получать последнюю проверенную и одобренную версию.