у меня естьTFS 2013 сервер с несколькими коллекциями командных проектов TFS и разработчиками, счастливо работающими против них. Коллекции проекта имеют наборСборки TFS связанные, в том числе соответствующие сборки CI, которые запускаются при каждой регистрации или, в некоторых случаях, повторяющиеся (накопленные) регистрации. Этот процесс работает безупречно и был способом работы в течение нескольких лет.

Недавно мы ввелиGit репозиторий в смесь, котораятакже сидит на нашем сервере TFS 2013 и выглядит как узел, к которому я могу подключиться из среды разработки при подключении к своему серверу TFS 2013. (т.е. это не локальный репо ...)

Это используется другим набором разработчиков, использующих VS2013 и (в основном) интеграцию с Git, которая является частью Team Explorer под VS2013.

Это все работает сказочноКРОМЕ..... команда 1 проверяетTFS source control и запускать сборки CI, которые я настроил для репозитория Git ?. Каждый коммит одной из команд 1 вызывает запуск сборки, несмотря на то, что они модифицируют код, который НЕ является частью репозитория Git, никогда не был и не будет! На данный момент мне пришлось вернуться к «ручным» сборкам, что не идеально, потому что для запуска тестов мне действительно нужна сборка CI.

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

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