Декларативный конвейер Jenkins для папок @tmp

Я бы попытался понять основную причину, по которой Дженкинс создает такие каталоги, как показано ниже. Когда я пытаюсь найти отчет о покрытии, я понимаю, что он находится в my-application-ms @ 2, а не в my-application-ms. Тем временем я проверил остальные каталоги, и там есть только SecretFiles, которые пусты.

Итак, как лучше всего удалить остальные каталоги, текущий каталог всегда должен быть my-application-ms .. Должен ли я указывать каждый каталог в разделе сообщения? Есть ли сомнения в удалении остальных каталогов ?

  • мое-приложение-мс
  • мое приложение-мс @ 2
  • мое приложение-ms @ 2 @ tmp
  • мое приложение-ms @ tmp

 post{
    failure{
        notifyBuild('FAILED')
    }
    success{
        notifyBuild('SUCCESSFUL')
    }
    aborted{
        notifyBuild('FAILED')
    }
    always {
        deleteDir() /* clean up our workspace */
    }
}

person semural    schedule 14.05.2020    source источник


Ответы (1)


Я думаю, вам лучше использовать специальный тип step для очистки рабочего пространства. _2 _ должен сделать всю работу за вас.

person Tupteq    schedule 14.05.2020
comment
, Должен ли я указывать каталог или он обрабатывается сам? - person semural; 14.05.2020
comment
Каталог указывать не нужно. - person Tupteq; 14.05.2020
comment
он работал, но он удалял только папку my-application-ms, тогда как я хотел бы удалить остальные папки @tmp - person semural; 15.05.2020
comment
Я думаю, он удалит ваше текущее рабочее пространство, каким бы оно ни было, не касаясь других (созданных в прошлом) экземпляров рабочего пространства для этого задания. Когда вы впервые очищаете свою рабочую область и с тех пор используете cleanWs, он должен делать все, что вы хотели. Отказ от ответственности: это мое предположение, а не реальный опыт. - person Tupteq; 15.05.2020