Я использую CC.Net 1.4.4.83 для создания своего проекта. У меня также есть некоторые запланированные задачи, которые независимо запускают сборки на той же самой коробке, используя ту же рабочую копию. Из-за некоторых жестко заданных путей мы не можем использовать отдельную рабочую копию для обоих процессов сборки. Я заметил, что иногда и запланированные задачи, и CC.NET пытались одновременно выполнять какие-то операции SVN (возможно, обновление), и это приводило к необходимости очистки WCN-туалета. Это приводит к сбою как плановой сборки, так и сборки CC.NET, пока я не вмешаюсь вручную.
В надежде избежать этой проблемы я поместил FilterTrigger в свой конфигурационный файл CC.NET, чтобы он не запускался при выполнении задач по расписанию, но это, похоже, не решило проблему.
Выполняет ли CC.NET обновления SVN, даже если он настроен на сборку? Я ожидал бы, что поведение FilterTrigger просто заставит его спать в течение периода фильтра, но документация неопределенно указывает, что он отклоняет сборки, а не ищет их запуска , Какова правильная интерпретация документации, и если это последняя, есть ли другой способ избежать этой проблемы? Будет ли CC.NET вести себя таким же образом, если в CC.NET настроено несколько проектов, использующих один и тот же WC?
К вашему сведению, я видел этот вопрос , и он не решает мою проблему. Кроме того, предложения "просто заставить CC.NET запускать все ваши сборки", хотя и правильные и правильные, мне не нужны ... моя компания только переходит на использование CC.NET, и те, кто хочет, не хотят тратить время изменив все скрипты выпуска релиза для работы с ним прямо сейчас. Большое спасибо за вашу помощь.