Инкрементные сборки собирают только те сборки, которые не зависят от измененных файлов. Но он копирует все выходные данные проекта (последующие проекты, которые зависят от него, могут зависеть от этих сборок и файлов, находящихся там).
Это приводит к тому, что инкрементные сборки выполняются намного быстрее, но не «только доставляет измененные файлы». Всегда доставляет все файлы, независимо от того, изменены они или нет. Кроме того, у вас может быть несколько агентов, и у каждого агента может быть несколько рабочих папок, инкрементная сборка может использовать любой из них в качестве базы для инкрементных сборок, нет гарантии, что измененные файлы находятся между вашей предыдущей сборкой и текущей один.
Вам придется реализовать эту функцию самостоятельно, она никогда не была частью MsBuild или TFS Build. Это будет связано с запросом TFS для последней папки и выполнением сравнения после запуска инкрементной сборки. Затем копируем только измененные файлы и журнал удаленных файлов.
PS: сборки типа TFSBuild.proj очень устарели. Они превзошли сборки XAML в TFS 2010 и с тех пор считаются «устаревшими». Впоследствии они были превзойдены новой системой сборки VSTS / Azure DevOps, которая отказалась от сборок XAML. Большинство свойств, которые взаимодействуют с Source Control, игнорируются, когда проект TFSBuild.proj выполняется в рабочем процессе Legacy XAML. Вместо этого агент XAML заботится о получении источников до передачи управления MsBuild. Эти новые задачи сборки VSTS / Azure Devops теперь также получают поддержку YAML для репозиториев управления исходным кодом на основе Git.