Встановіть завдання Дженкінса, щоб не клонувати репо в SCM

Я інтегрував Дженкінса в Bitbucket, використовуючи плагін Bitbucket . Відповідно до Wiki плагіна, дане завдання буде запущено, якщо сховище буде встановлено в SCM завдання. Як відомо, якщо один встановити SCM в роботі Дженнінса, це буде клоновано на етапі попереднього збирання.

Все йде нормально. Однак основна мета роботи, яку я встановлюю, не має нічого спільного зі змістом сховища; натомість я просто хочу, щоб робота обробляла корисне навантаження, надіслане Bitbucket. Можна сказати, що клонувати сховище не дуже важливо в плані зберігання, незважаючи на те, що вам це справді не потрібно. Я не думаю, що додавання зайвих кроків, витрачання часу та ресурсів не є хорошою практикою.

Отже, питання полягає в тому, що хтось знає, як встановити СКМ у роботі Дженкінса, але заважає клонувати сховище?

Однозначно так. Я роблю це постійно. Ви можете вказати параметри конфігурації для вашого трубопроводу, і один з них - skipDefaultCheckoutце призводить до того, що конвеєр може пропустити типовий етап "Декларативний: Оформлення замовлення SCM".

Цей skipDefaultCheckoutпараметр задокументований у синтаксисі трубопроводу, і ось приклад Jenkinsfile, який показує, як ним користуватися:

pipeline {
  agent { label 'docker' }
  options {
    skipDefaultCheckout true
  }
  stages {
    stage('commit_stage') {
      steps {
        echo 'sweet stuff here'
      }
    }
  }
}

Якщо ви не використовуєте декларативний трубопровід, ви можете уникнути перевірки з SCM:

node {
        skipDefaultCheckout()
        //...
}

Я думаю, що ви хочете досягти - це обробка корисного навантаження на веб-кукі в роботі Дженкінса. Використання плагіну bitbucket не буде необхідним, і, ймовірно, сильно створено для клонування репо.

Я вірю, що відповідь stackoverflow може вам допомогти.