Определение сборки TFS для файлов shelveset, уже присутствующих в сопоставленном каталоге
В настоящее время я работаю в TFS 2013 и пытаюсь реализовать часть определения сборки, в которой он будет создавать Shelveset из jar-файлов или других файлов, которые уже присутствуют в каталоге виртуальной машины. Проблема в том, что для добавления необходимо быть сопоставленным каталогом. Если после добавления tf файл остается тем же самым, он не обнаруживается как ожидающие изменения. Преимущество было бы в том, что пользователи могут извлекать полки и получать в своей локальной рабочей области те файлы, которые необходимы для некоторой автоматизации. Итак, последовательность следующая
Добавить файлы Jar: tf "add" + "" "" + BuildDirectory + "\" + ProjectBaseDir + "\" + "\ lib *." + "" "" + "/ Noignore" + " /recursive" + " /noprompt" + " /lock:None"Добавить другие файлы: tf" add "+". * "+" / noignore "+" / recursive "+" / noprompt "Изменения полки: tf "shelve /move /replace /noprompt " + """" + ShelvesetName + """"
Я извиняюсь, если это немного сбивает с толку. У кого-нибудь есть идеи или обходные пути с использованием TFS?
1 ответ
Согласно вашей информации, предположим, что вы хотите добавить что-то из своего результата сборки в shelveset, а затем вытянуть или скопировать shelveset в локальном рабочем пространстве, чтобы запустить некоторую автоматизацию.
Вы можете добавить InvokeProcess
действие в шаблоне процесса сборки для выполнения командной строки xcopy для копирования файлов из источника в место назначения. Пожалуйста, обратитесь к примеру для получения дополнительной информации в этой статье: Настройка Team Build 2010 - Используйте более сложные аргументы
Или обновление до TFS 2015 для использования Vnext Build