Снимите флажок «Оптимизировать рендеринг для шкалы окна» в меню «Отладка», если вы хотите сохранить снимок экрана фактического размера устройства
Если Вы действительно просто 'обновите', SVN удалит все файлы, которые были удалены в управлении исходным кодом. Однако файлы, которые были созданы во время процесса сборки, могли бы все еще быть там и могли бы вмешаться в новую сборку. Я не уверен, имеет ли SVN команду для удаления их, но я предполагаю, что Вы могли бы сделать это с небольшим сценарием, SVN определенно мог сказать Вам, какие файлы являются объектом управления исходным кодом и которые не являются.
У нас была подобная проблема с нашей реализацией CC.
Наше решение... Мы уже обработали, 3:00 ночью создает, который выполнил более длительные рабочие интеграционные тесты в дополнение к тестам основной единицы. Мы просто решили сделать тот, 3:00 создать полностью чистое основывается на новом дереве. Поскольку это была середина ночи, это редко влияло на любого. Все другие "нормальные" регистрации выполнили возрастающие сборки.
Если существуют осиротевшие файлы, оставленные в Вашей рабочей копии, сделавшей обновление svn тогда в Вашей версии Подрывной деятельности существует ошибка.
Вы могли бы сделать ежедневную полную сборку и оставить сборку на регистрации, как. Кроме того, для сборок развертывания это - вероятно, хорошая идея всегда использовать чистую полную сборку.
Единственным путем я могу думать, имеет две копии на сервере сборки. Сначала Вы обновляете на первом местоположении. Вы удаляете второе местоположение. Скопируйте сначала во второй и затем создайте во втором месте. Тем путем Вы всегда запускаете с чистой сборки.
Вы могли бы хотеть посмотреть на то, почему Ваш контроль занимает много времени. Я использовал ту же стопку buildserver и никогда не имел проблемы с этим. Подрывная деятельность обычно занимала меньше времени, чем сама сборка.