Как эффективно разработать пользовательские действия для Team Build 2010?
Чтобы создать настраиваемое действие рабочего процесса для Team Build 2010, мне нужно создать библиотеку классов, которая будет содержать мои настраиваемые действия, и еще одну для настройки процесса сборки (рабочего процесса).
Мой рабочий процесс разработки:
- написать код для пользовательских действий
- построить пользовательские мероприятия
- удалить сборку пользовательских действий из системы контроля версий
- отметка для эффективного удаления файла в системе контроля версий
- добавить новую версию сборки в систему контроля версий
- checkin для эффективного добавления сборки в систему контроля версий
- и, наконец, тестирование, обновленное определение сборки!
и затем повторяйте все эти шаги, каждый раз, когда я хочу протестировать изменение моих пользовательских действий...
Есть ли способ сделать эти шаги эффективным способом, чтобы получить гораздо лучший опыт разработки?
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 /c c:\YourScriptLocation\YourBatchFileName.cmd
Вы даже можете запустить свой сценарий для события после сборки, которое будет гарантировать, что каждый раз, когда вы собираете сборку, она будет проверяться в вашем местоположении пользовательских сборок сборки.