Как эффективно разрабатывать пользовательские действия для Team Build 2010?

Question

Чтобы создать настраиваемое действие рабочего процесса для Team Build 2010, мне нужно создать библиотеку классов, в которой будут содержаться мои настраиваемые действия, и еще одну для настройки процесса сборки (рабочего процесса).

Мой рабочий процесс разработкиis:

• написать код для настраиваемых действий
• построить настраиваемые действия
• удалить сборку настраиваемых действий из исходного элемента управления
• вернуться вэффективно удалить файл в исходном элементе управления
• добавить новую версию сборки в проверку исходного кода
• checkin, чтобы эффективно добавить сборку в исходном элементе управления
• и, наконец, проверить, обновленное определение сборки!

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

Есть ли способ сделатьЭти шаги эффективны для того, чтобы получить гораздо лучший опыт разработки?

Answer 1

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

Вот пример такого файла скрипта:

cd c:\YourLocalPathForYourCustomBinaries\TFS2010CustomBuildBinaries 
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\tf.exe" checkout /lock:none /recursive *.dll
copy C:\YourBuildOutputLocation\YourBuildOutput.dll c:\YourLocalPathForYourCustomBinaries\YourBuildOutput.dll
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\tf.exe" checkin 

Обратите внимание на «Изменить каталог» в первой строке. Это должна быть папка на вашем локальном компьютере, с которой у вас уже есть сопоставление рабочей папки, в противном случае вам нужно будет изменить сценарий, включив в него создание рабочей области и т. Д. Если у вас уже есть эта папка, сопоставленная в TFS, она будет автоматически разрешена .

Затем вы можете запустить этот скрипт через Окно команд Visual Studio , если вы хотите выполнить тестирование в контексте сборки с помощью команды shell :

shell /c c:\YourScriptLocation\YourBatchFileName.cmd

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