Для рабочего процесса я бы предложил модель продвижения кода.
В TFS у вас есть идея качества сборки. Таким образом, при первоначальной проверке кода в сборке с качеством, скажем, «готовым к тестированию», если сборка проходит успешно, тестировщики могут решить, когда они хотят взять сборку для тестирования, когда они протестировали сборку, они могут пометить ее. как «готовый к развертыванию», вы можете использовать эти реале для развертывания.
Если в TFS 2010 ничего не изменилось, вам придется развернуть собственную реализацию для развертывания. Мы использовали MS build для сборки MSI с использованием Wix, а затем тестировщики протестировали для нас процесс развертывания.
Посмотрите на следующие расширения msbuild, чтобы помочь с развертыванием в тестовых / живых средах:
Я бы действительно порекомендовал вам потратить немного времени на процесс сборки и сделать его водонепроницаемым, нет ничего более неловкого, чем развертывание релиза для жизни, который не работает, и клиент теряет веру в него.