2013-05-17 2 views
1

У меня возникла ошибка при выполнении сборки сборки jenkins, которая может быть решена путем удаления рабочей области перед сборкой.Подрывная деятельность Jenkins «проверить свежую копию» vs «уничтожить рабочую область»

В качестве SCM мы используем подрывную деятельность с стратегией выписки: всегда проверяем свежую копию. я предположил, что эта стратегия эквивалент:

  1. уничтожить рабочее пространство
  2. SVN Checkout

Видимо я с видом что-то вызывает моя проблема только решена, когда я вручную уничтожить рабочее пространство , Может ли кто-нибудь объяснить это, почему «проверка нового экземпляра» не выполняет эту работу?

Дополнительно:

  • мой СВН выписка из это "" внутри рабочей
  • проект сборки .NET, решение
  • ошибка сборки: CSC: ошибка CS0016: Не удалось записать в выходной файл. Речь идет о промежуточном выходном файле.
  • Я знаю, что рабочее пространство уничтожено - это обходное решение, но, тем не менее, я хочу понять, почему ручное уничтожение делает работу и свежие проверки svn.

ответ

1

Мое понимание и опыт работы с Дженкинс и SCM (но для полноты с другим SCM - Integrity), что проверить новую копию означает, что все файлы из архива SCM извлекаются, но все файлы в рабочем пространстве не выходящие из SCM, остаются нетронутыми. Это полезно, если у вас есть файлы в рабочей области, которые по какой-либо причине не должны входить в SCM.

+0

Спасибо @hpschr за ваш ответ. Это и то, что я испытал к настоящему времени. –

+0

Немного ошибочным или даже неправильным является комментарий в Jenkins ниже _allways, проверьте новый параметр copy_, в котором говорится: «Сначала удалите все, затем выполните« svn checkout ». Хотя для этого требуется время, чтобы выполнить, оно гарантирует, что рабочее пространство находится в первозданное состояние ". Если вы действительно хотите четкое рабочее пространство, есть плагин Jenkins. См. Эту тему: http://stackoverflow.com/questions/28683914/is-there-any-way-to-cleanup-jenkins-workspace – Buka

Смежные вопросы