С чего бы? TFS не заточен на то, что бы к нему имели неограниченный публичный доступ — это внутренняя система.
AFAIK для GitHub у них написан бот, который синхронизирует все с внутренним TFS.
Было бы правильно сказать, не Microsoft, а конкретно командой dotnet. Jenkins там обсуловлен кроссплатформой прежде всего, и только во-вторых — ориентацией на столь разношерстную аудиторию столь крупного открытого проекта.
Новая схема, к сожалению, не подходит для больших проектов (тут спорно, конечно, смотря каких), т.к. она не даёт той гибкости, которой давала предыдущая схема сборок (основанная на xaml).
Обработка результатов других тасок в vnext? Кастомные типы в параметрах сборок. .Net Api (да есть rest api, но...)
В своё время так и не нашёл способ, как это нормально сделать. Это как пример.
Если надо вызвать .Net Api — Add-Type -AssemblyName «Your.Assembly.Name». Для REST Добавили еще аутентификацию по токену, который можно использовать в скрипте.
У меня два базовых скрипта Pre и Post build, они в свою очередь дергают все остальные активности, которые то же цепляются через PS. Это все вызывает SemVer скрипты, WebPack, собирает пакеты и пушит все в npm и nuget.
Под .Net API я подразумевал API для vnext сборок, что-то вроде Microsoft.TeamFoundation.*
Например, в билде несколько тасок, одна у меня идёт последней и должна обрабатывать результаты предыдущих (грубо говоря). Чтобы она выполнилась, у других я выставляю «Continue on error». Но вопрос, как получить результаты других тасок через API?
PS: Чтобы не флеймить тут, можно перенести разговор в личку или обменяться контактами.
Как мы заново открыли TFS