Intereting Posts
«Никакие файлы не были изменены или добавлены со времени последнего коммита. Для TortoiseSVN ничего не нужно делать … " Как svn сохраняет информацию о слиянии в commit? Это ошибка? Подконфликты конфликтов деревьев SVN Найти коммиттера силового нажатия на github SVN: невозможно смешивать репозиторий и источники рабочей копии Невозможно разрешить ссылки refs / refs / remotes / origin / branch при нажатии после слияния ветвей Просмотрите файлы с TortoiseSVN из нескольких репозиториев Добавить подсветку синтаксиса в gh-pages Несколько проектов в одном git-репо? Как я могу найти все слияния, которые имели конфликты в репозитории Git? Зафиксируйте один файл без рабочей копии Создание моих комментариев о выпуске углового проекта со стандартной версией Дженкинс строит только для развития отрасли Рекомендуемая система контроля версий и билета для ASP.Net / Oracle DB / Crystal Reports Принуждение файлов других лиц к регистрации с использованием Sourcesafe 2005

Может ли очистка до сборки быть отключена в TeamCity?

У нас есть сервер сборки TeamCity и довольно большой репозиторий SVN, размещенный в разных географических регионах. Каждые несколько дней TeamCity решает разорвать рабочую копию SVN и выполнять чистую проверку, которая добавляет более часа к процессу сборки.

Можно ли отключить периодическую очистку? Когда он не может просто выполнить очистку / обновление SVN в существующей рабочей копии?

Solutions Collecting From Web of "Может ли очистка до сборки быть отключена в TeamCity?"

Явление, описанное здесь, представляет собой автоматическую чистую проверку , и это может быть вызвано несколькими причинами. Одной из возможных причин является автоматическая очистка каталога Checkout , которая может быть легко отключена. Вы можете найти более подробную информацию в документации, перейдя по ссылке.

Мне кажется, что у вас есть одно большое приложение, состоящее из разных модулей, и вы пытаетесь построить все в одной конфигурации. Если это так, я бы предложил сделать конфигурацию TC для каждого модуля и установить зависимости от основного приложения к модулям. Зависимости лучше управлять с помощью репозиториев maven или самого TC (менее удобно).