2016-02-01 1 views
0

В настоящее время я работаю в TFS 2013 и пытаюсь реализовать часть определения сборки, где она создаст Shelveset из банок или других файлов, которые уже присутствуют в виртуальных машинах directory.The проблема в том, что для того, чтобы сделать добавить, должен быть сопоставленный каталог. Если после tf добавить файл, то он не будет обнаружен как ожидающие изменения. В значительной степени преимущество заключается в том, что пользователи могут вытаскивать полки и получать эти файлы в своем локальном рабочем пространстве, которые необходимы для запуска некоторой автоматизации. Таким образом, следующая последовательность:TFS Build Definition для файлов shelveset, уже присутствующих в сопоставленной директории

Добавить Jar Файлы: tf "добавить" + "" "" + BuildDirectory + "\" + ProjectBaseDir + "\" + "\ lib *. " + "" "" + "/noignore "+"/recursive "+"/noprompt "+"/lock: None " Добавить другие файлы: tf" добавить "+". * "+"/noignore "+"/recursive "+"/noprompt " Изменения полки: tf "shelve/move/replace/noprompt" + "" "" + ShelvesetName + "" ""

Прошу прощения, если это немного запутывает. У кого-нибудь есть идеи или обходные пути, использующие tfs?

ответ

0

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

Вы можете добавить операцию InvokeProcess в шаблон процесса сборки, чтобы выполнить командную строку xcopy для копирования файлов из источника в пункт назначения. Пожалуйста, обратитесь к примеру для получения более подробной информации в этой статье: Customize Team Build 2010 – Use more complex arguments

Или обновление до TFS 2015 для использования Vnext Build

Смежные вопросы