फ़ाइलों के विशेष सेट पर परिवर्तन होने पर ही बिल्ड को ट्रिगर कैसे करें

Question 1

मैं जेनकिन्स / हडसन को अपने गिट पेड़ में किसी विशेष परियोजना पर बदलाव के लिए एक निर्माण को ट्रिगर करने के लिए कैसे कहूं?

Question 2

Git plugin के पास regexes का उपयोग करने के लिए एक विकल्प (बहिष्कृत क्षेत्र) है, यह निर्धारित करने के लिए कि क्या प्रतिबद्ध क्षेत्र की फ़ाइलों को छोड़कर क्षेत्र regex से मेल खाता है।

दुर्भाग्य से, स्टॉक गिट प्लगइन में इस समय (1.15) "शामिल क्षेत्र" सुविधा नहीं है। हालांकि, किसी ने GitHub पर पैच पोस्ट किए जो जेनकिंस और हडसन पर काम करते हैं जो आपके इच्छित फीचर को लागू करते हैं।

यह निर्माण करने के लिए एक छोटा सा काम है, लेकिन यह विज्ञापित के रूप में काम करता है और बेहद उपयोगी रहा है क्योंकि मेरे एक गिट के पेड़ में कई स्वतंत्र परियोजनाएं हैं।

https://github.com/jenkinsci/git-plugin/pull/49

अद्यतन: Git प्लगइन (1.16) में अब 'शामिल' क्षेत्र सुविधा है।

Question 3

मूल रूप से, आपको दो नौकरियों की आवश्यकता है। एक यह जाँचने के लिए कि क्या फाइलें बदल गई हैं और एक वास्तविक निर्माण करने के लिए:

नौकरी # 1

यह आपके गिट रिपॉजिटरी में बदलाव पर शुरू किया जाना चाहिए। यह तब परीक्षण करता है कि आप जिस पथ को निर्दिष्ट करते हैं ("src" यहां) में परिवर्तन है और फिर दूसरी नौकरी को ट्रिगर करने के लिए जेनकिन्स सीएलआई का उपयोग करता है ।

export JENKINS_CLI="java -jar /var/run/jenkins/war/WEB-INF/jenkins-cli.jar"
export JENKINS_URL=http://localhost:8080/
export GIT_REVISION=`git rev-parse HEAD`
export STATUSFILE=$WORKSPACE/status_$BUILD_ID.txt

# Figure out, whether "src" has changed in the last commit
git diff-tree --name-only HEAD | grep src

# Exit with success if it didn't
$? || exit 0

# Trigger second job
$JENKINS_CLI build job2 -p GIT_REVISION=$GIT_REVISION -s

नौकरी # 2

एक पैरामीटर GIT_REVISION लेने के लिए इस नौकरी को कॉन्फ़िगर करें, यह सुनिश्चित करने के लिए कि आप बिलकुल संशोधन का निर्माण कर रहे हैं जिसे पहले नौकरी ने चुना था।

पैरामीटर निर्मित स्ट्रिंग पैरामीटर परिमित निर्मित Git चेकआउट

Question 4

यदि आप एक घोषणात्मक वाक्यविन्यास का उपयोग कर रहे हैं Jenkinsfile अपने भवन पाइपलाइन का वर्णन करने के, आप उपयोग कर सकते हैं changeset केवल मामले को सीमा मंच निष्पादन के लिए शर्त है जब विशिष्ट फ़ाइलों को परिवर्तित कर रहे हैं। यह अब जेनकिंस की एक मानक विशेषता है और इसके लिए किसी अतिरिक्त विन्यास / सॉफ्टवेयर की आवश्यकता नहीं है।

stages {
    stage('Nginx') {
        when { changeset "nginx/*"}
        steps {
            sh "make build-nginx"
            sh "make start-nginx"
        }
    }
}

आप एक से अधिक शर्तों का उपयोग गठजोड़ कर सकते हैं anyOfया allOfके लिए कीवर्ड या या और व्यवहार के हिसाब से:

when {
    anyOf {
        changeset "nginx/**"
        changeset "fluent-bit/**"
    }
}
steps {
    sh "make build-nginx"
    sh "make start-nginx"
}

Question 5

यदि यह एकल नौकरियों को प्रभावित नहीं करता है, तो आप इस स्क्रिप्ट का उपयोग कुछ चरणों को अनदेखा करने के लिए कर सकते हैं यदि नवीनतम प्रतिबद्ध में कोई परिवर्तन नहीं है:

/*
 * Check a folder if changed in the latest commit.
 * Returns true if changed, or false if no changes.
 */
def checkFolderForDiffs(path) {
    try {
        // git diff will return 1 for changes (failure) which is caught in catch, or
        // 0 meaning no changes 
        sh "git diff --quiet --exit-code HEAD~1..HEAD ${path}"
        return false
    } catch (err) {
        return true
    }
}

if ( checkFolderForDiffs('api/') ) {
    //API folder changed, run steps here
}

Question 6

यदि फ़ाइलों को चुनने का तर्क तुच्छ नहीं है, तो मैं प्रत्येक बदलाव पर स्क्रिप्ट निष्पादन को ट्रिगर करूंगा और फिर यह जांचने के लिए एक स्क्रिप्ट लिखूंगा कि क्या वास्तव में एक बिल्ड की आवश्यकता है, तो एक बिल्ड ट्रिगर करना यदि यह है।

Question 7

इसके लिए आप Generic Webhook Trigger Plugin का उपयोग कर सकते हैं ।

एक चर की तरह changed_filesऔर अभिव्यक्ति के साथ $.commits[*].['modified','added','removed'][*]।

आपके पास एक फ़िल्टर पाठ हो सकता है $changed_filesऔर फ़िल्टर regexp जैसे "folder/subfolder/[^"]+?"कि folder/subfolderवह फ़ोल्डर है जिसमें बिल्ड ट्रिगर होना चाहिए।

Question 8

मैंने एक और पोस्ट में इस सवाल का जवाब दिया:

जेनकिंस / हडसन में अंतिम निर्माण के बाद से परिवर्तित फ़ाइलों की सूची कैसे प्राप्त करें

#!/bin/bash

set -e

job_name="whatever"
JOB_URL="http://myserver:8080/job/${job_name}/"
FILTER_PATH="path/to/folder/to/monitor"

python_func="import json, sys
obj = json.loads(sys.stdin.read())
ch_list = obj['changeSet']['items']
_list = [ j['affectedPaths'] for j in ch_list ]
for outer in _list:
  for inner in outer:
    print inner
"

_affected_files=`curl --silent ${JOB_URL}${BUILD_NUMBER}'/api/json' | python -c "$python_func"`

if [ -z "`echo \"$_affected_files\" | grep \"${FILTER_PATH}\"`" ]; then
  echo "[INFO] no changes detected in ${FILTER_PATH}"
  exit 0
else
  echo "[INFO] changed files detected: "
  for a_file in `echo "$_affected_files" | grep "${FILTER_PATH}"`; do
    echo "    $a_file"
  done;
fi;

आप चेक को सीधे नौकरी के निष्पादन शेल के शीर्ष पर जोड़ सकते हैं, और exit 0यदि कोई परिवर्तन नहीं पाए जाते हैं तो यह होगा ... इसलिए, आप चेक-इन के लिए एक निर्माण को ट्रिगर करने के लिए हमेशा शीर्ष स्तर पर चुनाव कर सकते हैं।

Question 9

अगर परिवर्तन हो तो परीक्षण को छोड़ या निष्पादित करने के लिए मैंने यह स्क्रिप्ट लिखी है:

#!/bin/bash

set -e -o pipefail -u

paths=()
while [ "$1" != "--" ]; do
    paths+=( "$1" ); shift
done
shift

if git diff --quiet --exit-code "${BASE_BRANCH:-origin/master}"..HEAD ${paths[@]}; then
    echo "No changes in ${paths[@]}, skipping $@..." 1>&2
    exit 0
fi
echo "Changes found in ${paths[@]}, running $@..." 1>&2

exec "$@"

तो आप कुछ ऐसा कर सकते हैं:

./scripts/git-run-if-changed.sh cmd vendor go.mod go.sum fixtures/ tools/ -- go test