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

Question

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

Мой worklow развитие:

код

• записи для пользовательских деятельности
• строить собственные действия
• удалить сборку пользовательских действий от контроля исходного
• 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's command window, когда вы хотите проверить в контексте сборки, используя shell команду:

shell /c c:\YourScriptLocation\YourBatchFileName.cmd 

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