Для одного из наших скриптов сборки (TFS 2013), когда мы запускаем его вручную или во время запуска Check-In (триггер непрерывной интеграции), скрипт сборки не подбирает последние изменения кода , Мы просмотрели журналы, и у него есть правильный номер набора изменений для файлов с ударом (в данном случае .vb-файлы). Мы пробовали с несколькими различными файлами .vb. Мы также пытались воссоздать скрипт сборки с нуля безрезультатно. У нас есть несколько других скриптов сборки для похожих веб-приложений, которые не имеют проблем с одинаковыми настройками сборки. Этот проект строит отлично. Мы установили Clean Build на True. Конфигурации настроены на «Любой CPU | Release». Расположение вывода установлено в SingleFolder. Шаблон сборки установлен в TfvcTemplate.12.xaml. Любые мысли или предложения будут оценены.Определение сценария сборки TFS - не получение последнего кода
0
A
ответ
0
Итак, после небольшого ношения шин мы выяснили это. У нас был скомпилированный файл .dll в этом случае, зарегистрированный в TFS. Следовательно, сервер сборки будет захватывать старую версию, которая была проверена в сравнении с компиляцией проекта «на лету». Мы удалили .dll из исходного элемента управления, чтобы решить проблему.
Извините, последний товар. Когда мы внесли изменение на страницу .aspx, он включил его в drop из версии скрипта сборки. Мы видим это только для кода, лежащего в основе файлов. – user4408527
Немного смутитесь о вашей проблеме: 1). Что такое скрипт сборки? 2). Как вы проверяете сборку, не забираете последние изменения кода? Вы упомянули, что правильный номер набора изменений можно найти в журнале сборки. –
Вы можете открыть журналы в папке капель. Он детализирует, что сборка захватила для файлов и добавляет номер набора изменений в конце. Например, мы внесем изменения в файл one.vb и проверим его в разделе C12345. Затем в журналах вы можете увидеть, что сборка извлекла файл из набора изменений C12345. Когда мы заглянем внутрь .dll, изменений там нет. – user4408527