🥇 Gitlab-CI पर्यावरण चर कैसे प्राप्त करता है?

Gitlab में वेरिएबल्स को कई स्थानों पर सेट किया जा सकता है:

समूह सेटिंग में
प्रोजेक्ट सेटिंग्स में
.gitlab-ci.yml के अंदर

इस मामले में, समूह और प्रोजेक्ट सेटिंग्स में चर को "फ़ाइल" या "नियमित चर" के रूप में सेट किया जा सकता है और "संरक्षित" और "मास्क" चेकबॉक्स की जांच की जा सकती है।

आइए सरल विरासत से शुरुआत करें और यह धीरे-धीरे और अधिक जटिल हो जाएगी।

प्राथमिकता स्तरों की अंतिम सूची दस्तावेज़ के अंत में पाई जा सकती है।

समूहों के साथ विरासत [स्रोत]

समूहों से चर विरासत में मिले हैं, इस नियम के साथ कि समूह परियोजना के जितना करीब स्थित होगा, उसका मूल्य उतना ही अधिक महत्वपूर्ण होगा।

चर वाले समूह

.gitlab-ci.yml

image: busybox:latest
variables:
  GIT_STRATEGY: none

echo:
  stage: test
  script:
    - echo $MSG

पाइपलाइन परिणाम

$ echo $MSG
B

यदि समूह बी में चर निर्दिष्ट नहीं किया गया होता, तो हमें मान ए दिखाई देता।

.gitlab-ci.yml के अंदर वेरिएबल इनहेरिट करना [स्रोत]

यहां सब कुछ काफी सरल है: आप विश्व स्तर पर एक वैरिएबल सेट कर सकते हैं, या आप इसे कार्य के अंदर अधिलेखित कर सकते हैं।

चर वाले समूह

.gitlab-ci.yml

आइए अब 2 नौकरियां बनाएं, उनमें से एक में हम स्पष्ट रूप से $MSG का संकेत देंगे।

image: busybox:latest
variables:
  GIT_STRATEGY: none
  MSG: "Custom in global .gitlab-ci.yml"

echo:
  stage: test
  script:
    - echo $MSG

echo with var:
  stage: test
  variables:
    MSG: "Custom in job .gitlab-ci.yml"
  script:
    - echo $MSG

पाइपलाइन परिणाम

गूंज:

$ echo $MSG
Custom in global .gitlab-ci.yml
Job succeeded

vars के साथ प्रतिध्वनि:

$ echo $MSG
Custom in job .gitlab-ci.yml
Job succeeded

समूहों के साथ और .gitlab-ci.yml के अंदर विरासत [स्रोत]

आइए पिछले 2 उदाहरणों को संयोजित करने का प्रयास करें। समूह चर को .gitlab-ci.yml के अंदर चर पर प्राथमिकता दी जाती है।

चर वाले समूह

.gitlab-ci.yml

image: busybox:latest
variables:
  GIT_STRATEGY: none
  MSG: "Custom in global .gitlab-ci.yml"

echo:
  stage: test
  script:
    - echo $MSG

echo with var:
  stage: test
  variables:
    MSG: "Custom in job .gitlab-ci.yml"
  script:
    - echo $MSG

पाइपलाइन परिणाम

गूंज:
```
$ echo $MSG
Y
Job succeeded
```
vars के साथ प्रतिध्वनि:
```
$ echo $MSG
Y
Job succeeded
```

प्रोजेक्ट सेटिंग्स में चर निर्दिष्ट करने के साथ विरासत [स्रोत]

प्रोजेक्ट सेटिंग्स में वेरिएबल्स को हमेशा सर्वोच्च प्राथमिकता दी जाती है! और .gitlab-ci.yml के अंदर निर्दिष्ट वेरिएबल कोई भूमिका नहीं निभाते हैं।

चर वाले समूह

समूह चरों की प्राथमिकता कम होती है।

.gitlab-ci.yml

आइए पिछले उदाहरण से फ़ाइल का उपयोग करें। यहां फिर से .gitlab-ci.yml के अंदर वेरिएबल निर्दिष्ट हैं, लेकिन समूहों के अंदर वेरिएबल अभी भी उन पर प्राथमिकता रखते हैं।

image: busybox:latest
variables:
  GIT_STRATEGY: none
  MSG: "Custom in global .gitlab-ci.yml"

echo:
  stage: test
  script:
    - echo $MSG

echo with var:
  stage: test
  variables:
    MSG: "Custom in job .gitlab-ci.yml"
  script:
    - echo $MSG

पाइपलाइन परिणाम

गूंज:
```
$ echo $MSG
project-3
Job succeeded
```
vars के साथ प्रतिध्वनि:
```
$ echo $MSG
project-3
Job succeeded
```

खाली मान के साथ विरासत [स्रोत]

एक खाली मान भी एक मान है
खाली मान शून्य नहीं है

चर वाले समूह

.gitlab-ci.yml

image: busybox:latest
variables:
  GIT_STRATEGY: none
  MSG: "Custom in global .gitlab-ci.yml"

echo:
  stage: test
  script:
    - echo $MSG

echo with var:
  stage: test
  variables:
    MSG: "Custom in job .gitlab-ci.yml"
  script:
    - echo $MSG

पाइपलाइन परिणाम

गूंज:
```
$ echo $MSG
Job succeeded
```
vars के साथ प्रतिध्वनि:
```
$ echo $MSG
Job succeeded
```

शामिल और समूहों के साथ विरासत [स्रोत]

यहां हम प्रोजेक्ट-2 को प्रोजेक्ट-3 में शामिल करने का प्रयास करेंगे
इस मामले में समूहों को प्राथमिकता दी जाती है.

चर वाले समूह

.gitlab-ci.yml

और वैरिएबल को विश्व स्तर पर .gitlab-ci.yml में सेट करें

variables:
 MSG: "With  include  .gitlab-ci.yml"
include:
 - project: how-is-gitlab-ci-inherit-environment-variables/z/y/project-3
   file: '.gitlab-ci.yml'

पाइपलाइन परिणाम

गूंज:
```
$ echo $MSG
B
Job succeeded
```
vars के साथ प्रतिध्वनि:
```
$ echo $MSG
B
Job succeeded
```

शामिल के साथ विरासत [स्रोत]

यहां हम प्रोजेक्ट-2 को प्रोजेक्ट-3 में शामिल करने का प्रयास करेंगे।
इस शर्त के साथ कि: न तो समूहों और न ही प्रोजेक्ट में कोई चर है।

चर वाले समूह

.gitlab-ci.yml

पिछले उदाहरण के समान ही

variables:
 MSG: "With  include  .gitlab-ci.yml"
include:
 - project: how-is-gitlab-ci-inherit-environment-variables/z/y/project-3
   file: '.gitlab-ci.yml'

पाइपलाइन परिणाम

गूंज:

$ echo $MSG
With include .gitlab-ci.yml
Job succeeded

vars के साथ प्रतिध्वनि:

$ echo $MSG
Custom in job .gitlab-ci.yml
Job succeeded

परिणाम इस प्रकार हैं प्राथमिकताओं:

प्रोजेक्ट सेटिंग्स में चर
समूहों में चर
नौकरियों के अंदर सख्ती से निर्दिष्ट चर (शामिल फ़ाइलों सहित)
.gitlab-ci.yml के अंदर वैश्विक चर
सम्मिलित फ़ाइलों के अंदर वैश्विक चर

निष्कर्ष

सबसे स्पष्ट बात यह नहीं है कि नियम "वेरिएबल कोड के जितना करीब होगा, वह उतना ही महत्वपूर्ण होगा" पहले समूहों के लिए काम करता है, और फिर .gitlab-ci.yml के अंदर वेरिएबल्स के लिए भी यही नियम काम करता है, लेकिन केवल शर्त के तहत कि समूहों में चर निर्दिष्ट नहीं हैं।
अगला, एक महत्वपूर्ण बिंदु यह समझना है कि मुख्य और सम्मिलित .gitlab-ci.yml के लिए वैश्विक स्थान सामान्य है। और जिस फ़ाइल में समावेशन होता है उसकी प्राथमिकता होती है।

स्रोत: www.habr.com

Gitlab-CI पर्यावरण चर कैसे प्राप्त करता है?

Gitlab में वेरिएबल्स को कई स्थानों पर सेट किया जा सकता है:

समूहों के साथ विरासत [स्रोत]

चर वाले समूह

.gitlab-ci.yml के अंदर वेरिएबल इनहेरिट करना [स्रोत]

चर वाले समूह

समूहों के साथ और .gitlab-ci.yml के अंदर विरासत [स्रोत]

चर वाले समूह

प्रोजेक्ट सेटिंग्स में चर निर्दिष्ट करने के साथ विरासत [स्रोत]

चर वाले समूह

खाली मान के साथ विरासत [स्रोत]

चर वाले समूह

शामिल और समूहों के साथ विरासत [स्रोत]

चर वाले समूह

शामिल के साथ विरासत [स्रोत]

चर वाले समूह

परिणाम इस प्रकार हैं प्राथमिकताओं:

निष्कर्ष

एक टिप्पणी जोड़ें उत्तर रद्द