🥇 Azure DevOps पाइपलाइनमध्ये व्हेरिएबल्स वापरणे

आम्‍ही Windows आणि अधिक, Azure DevOps च्‍या विकासासाठी अद्‍भुत साधनाचे आमचे पुनरावलोकन सुरू ठेवतो. यावेळी, पर्यावरणीय बदलांमुळे खूप त्रास सहन करावा लागला, मी सर्व अनुभव एका लेखात ठेवण्याचे ठरवले.

प्रत्येक कार्यान्वित वातावरणासाठी त्यांच्याकडे भिन्न वाक्यरचना आहे या वस्तुस्थितीपासून सुरुवात करून, पाइपलाइनच्या एका टप्प्यातून दुसर्‍या टप्प्यात व्हेरिएबल्स हस्तांतरित करण्याची मानक क्षमता नसल्यामुळे समाप्त होते.

मी आरक्षण करेन की मुख्य उदाहरणे रिलीझ पाइपलाइनवर असतील, कारण YAML अद्याप तेथे पोहोचलेले नाही आणि मला अनेक टप्प्यांची आणि अनेक कलाकृतींची कार्यक्षमता आवश्यक आहे. हे, असे दिसते की, नियमित पाइपलाइनमध्ये उपलब्ध झाले आहे, जे त्यांच्या कार्यक्षमतेमध्ये व्यावहारिकपणे समान आहे. पाइपलाइन YAML मध्ये, आम्ही मजकूर प्रस्तुतीकरणासाठी एक लहान ग्राफिकल टूलटिप जोडली आहे जी सेट केली जाऊ शकते. हे खूप सोयीस्कर आहे; तुम्हाला प्रत्येक मॉड्यूलसाठी दस्तऐवजीकरण जावे लागणार नाही. पण मी पुढील लेखात याचे वर्णन करेन, परंतु सध्या येथे नाविन्याचेच चित्र आहे.

स्टोरेज आणि वापर

सिस्टममध्ये डीफॉल्ट व्हेरिएबल्स आहेत या वस्तुस्थितीपासून सुरुवात करूया. ते त्यांच्या उत्पत्तीवर अवलंबून, रिलीझ, सिस्टम इत्यादी शब्दांसह सुरू करतात. संपूर्ण यादी (जसे बाहेर वळते, नाही), येथे उपलब्ध आहे दस्तऐवजीकरण. वाक्यरचना असलेले सर्व स्किझोफ्रेनिया खालील दस्तऐवजीकरणातील उदाहरणाद्वारे स्पष्ट केले आहे. त्याच व्हेरिएबलला आपण कोठे कॉल करतो यावर अवलंबून तीन प्रतिनिधित्व आहेत.

steps:
 - bash: echo This script could use $SYSTEM_ACCESSTOKEN
    env:
      SYSTEM_ACCESSTOKEN: $(System.AccessToken)
  - powershell: Write-Host "This is a script that could use $env:SYSTEM_ACCESSTOKEN"
    env:
      SYSTEM_ACCESSTOKEN: $(System.AccessToken)

जर तुम्ही एजंटवर एक व्हेरिएबल सेट केले असेल ज्यावर कार्य कार्यान्वित केले जाईल, ते $(System.AccessToken) आहे. तुम्हाला त्याच एजंटवरील पॉवरशेल स्क्रिप्टमध्ये वापरायचे असल्यास, ते आधीपासूनच $env:SYSTEM_ACCESTOKEN असेल. जर तुम्हाला, देवाने मनाई केली तर, पॉवरशेल ऑन टार्गेट मशीन टास्क वापरून काही रिमोट होस्टवर हे व्हेरिएबल वापरू इच्छित असल्यास, तुम्हाला हे वापरून स्क्रिप्टमध्ये युक्तिवादाद्वारे पास करणे आवश्यक आहे. माझे पैसे. bash सह हे सोपे आहे, तुम्ही फक्त $SYSTEM_ACCESTOKEN वितर्क आणि वाक्यरचना वापरून आत पास करू शकता.

समान कायदे तुमच्या स्वतःच्या व्हेरिएबल्सवर लागू होत नाहीत; येथे तुम्ही सिंटॅक्ससाठी आधीच जबाबदार आहात. व्हेरिएबल्स प्रत्येक टास्कमध्ये स्थानिक पातळीवर सेट करता येतात.

किंवा जागतिक स्तरावर व्हेरिएबल स्टोअरवर, आणि नंतर त्यांना स्टोअरमधून लिंक करा. अगदी आरामात.

बोनस म्हणून, व्हेरिएबल्स अतिशय गुप्त असल्यास, ते Azure क्लाउडमध्ये Azure Vault नावाच्या स्टोरेजमध्ये संग्रहित केले जाऊ शकतात; तुम्ही Vault ला लायब्ररीमधील प्रोजेक्टशी लिंक करू शकता.

सर्वसाधारणपणे, व्हेरिएबल्ससह सर्व काही स्पष्ट आहे; पाइपलाइनमध्ये ते अद्याप प्रत्येक लॉन्चसाठी व्यक्तिचलितपणे सेट केले जाऊ शकतात; रिलीझमध्ये अशी कोणतीही कार्यक्षमता नाही. एजंट इनिशिएलायझेशन लॉगमध्ये तुम्ही पाइपलाइनमध्ये काय हस्तांतरित करत आहात ते तुम्ही पाहू शकता, परंतु लक्षात ठेवा की ते रूपांतरित स्वरूपात आधीपासूनच आहेत.

डायनॅमिक व्हेरिएबल्स

मजा सुरू होते जेव्हा आपल्याला एका टप्प्यात काही मूल्य प्राप्त करायचे असते आणि ते दुसऱ्या टप्प्यात द्यायचे असते.

आम्हाला अशी कार्यक्षमता प्रदान केलेली नाही. पण आमचे हात कंटाळवाण्यांसाठी नाहीत आणि गुगलच्या मदतीने यावर उपाय सापडला. देवाचे आभार, Azure DevOps मध्ये एक API आहे जे आम्हाला इंटरफेसमध्ये जे चित्रित केले होते त्यापेक्षा थोडे अधिक करण्याची परवानगी देते.

म्हणून, आम्हाला ग्लोबल व्हेरिएबल्स अपडेट करण्यासाठी कॉलची आवश्यकता असेल, जे आम्ही थेट पाइपलाइनमधून करू. पत्ता पर्यावरणीय व्हेरिएबल्समधून घेतलेला आहे, ज्याबद्दल आधी नमूद केल्याप्रमाणे दस्तऐवजीकरणात एक शब्दही नाही. तुम्ही त्यांना स्वतः सेट करू शकता किंवा आणखी काय, त्यांनी दुकान बंद केल्यास त्यांना हार्डकोड करू शकता.

$releaseurl = ('{0}{1}/_apis/release/releases/{2}?api-version=5.0' -f $($env:SYSTEM_TEAMFOUNDATIONSERVERURI), $($env:SYSTEM_TEAMPROJECTID), $($env:RELEASE_RELEASEID)  )

आम्ही ज्या व्हेरिएबलची रिकामी व्हॅल्यू सेट केली आहे ती आम्ही ट्रान्सफर करू इच्छितो, Scope - Release सेट करतो

उदाहरणार्थ, आम्ही काही यादृच्छिक मूल्य जनरेटर बनवतो. या स्टेजमध्ये व्हेरिएबल घोषित करण्याच्या सिंटॅक्सकडे लक्ष द्या; ही कार्यक्षमता सादर केली गेली.

पुढील चरणात, आम्ही व्हेरिएबल स्क्रिप्टमध्ये पास करतो, होय, होय, ते थेट शक्य नाही, ते एका युक्तिवादाद्वारे असणे आवश्यक आहे.

स्पॉयलर अंतर्गत स्क्रिप्ट

पॉवरशेल

#Script requires stageVar variable in release variables set to Release scope

param ( [string] $expVar )
#region variables
$ReleaseVariableName = 'StageVar'
$releaseurl = ('{0}{1}/_apis/release/releases/{2}?api-version=5.0' -f $($env:SYSTEM_TEAMFOUNDATIONSERVERURI), $($env:SYSTEM_TEAMPROJECTID), $($env:RELEASE_RELEASEID)  )
#endregion


#region Get Release Definition
Write-Host "URL: $releaseurl"
$Release = Invoke-RestMethod -Uri $releaseurl -Headers @{
    Authorization = "Bearer $env:SYSTEM_ACCESSTOKEN"
}
#endregion

#region Output current Release Pipeline
Write-Output ('Release Pipeline variables output: {0}' -f $($Release.variables | ConvertTo-Json -Depth 10))
#endregion


#region Update StageVar with new value
$release.variables.($ReleaseVariableName).value = "$expVar"
#endregion

#region update release pipeline
Write-Output ('Updating Release Definition')
$json = @($release) | ConvertTo-Json -Depth 99
Invoke-RestMethod -Uri $releaseurl -Method Put -Body $json -ContentType "application/json" -Headers @{Authorization = "Bearer $env:SYSTEM_ACCESSTOKEN" }
#endregion

#region Get updated Release Definition
Write-Output ('Get updated Release Definition')
Write-Host "URL: $releaseurl"
$Release = Invoke-RestMethod -Uri $releaseurl -Headers @{
    Authorization = "Bearer $env:SYSTEM_ACCESSTOKEN"
}
#endregion

#region Output Updated Release Pipeline
Write-Output ('Updated Release Pipeline variables output: {0}' -f $($Release.variables | ConvertTo-Json -Depth 10))
#endregion

किंवा

बॅश

INPUT_VAR=$1
RELEASE_VAR=$2

echo Test ID: ${INPUT_VAR}

RELEASE_URL="${SYSTEM_TEAMFOUNDATIONSERVERURI}${SYSTEM_TEAMPROJECTID}/_apis/release/releases/${RELEASE_RELEASEID}?api-version=5.0"

echo release url: $RELEASE_URL

RELEASE_JSON=$(curl -H "Authorization: Bearer $SYSTEM_ACCESSTOKEN" $RELEASE_URL)

OUTPUT=`jq ''.variables.${RELEASE_VAR}.value' = '"${INPUT_VAR}"'' <<< $RELEASE_JSON`

curl -H "Authorization: Bearer $SYSTEM_ACCESSTOKEN" -H "Content-Type: application/json" -X PUT -d "$OUTPUT" $RELEASE_URL

थोडक्यात, आमची स्क्रिप्ट myVar हे व्हेरिएबल इनपुट म्हणून घेते आणि या व्हेरिएबलचे मूल्य स्टेजवरमध्ये टाकण्यासाठी API वापरते. पुढील चरणात, सिस्टम व्हेरिएबल सिंटॅक्स वापरून, आपण ते पाहू शकतो.

उदाहरण अगदी सोपे आहे, परंतु कार्यक्षमता माझ्या मागील व्यतिरिक्त, आमच्यासाठी चांगल्या संधी उघडते लेख, जेव्हा आम्ही चाचणीच्या पहिल्या टप्प्यावर व्हर्च्युअल मशीन तयार करू शकतो, तेव्हा त्याच्यासह आणखी काही फेरफार करू शकतो आणि अनेक समांतर. आणि शेवटचा टप्पा म्हणजे तो नष्ट करणे. आता आम्ही प्रत्येक वेळी नवीन व्हर्च्युअल मशीनवर उत्पादनाची ऑटोटेस्ट चालवतो. ते सुमारे 10 मिनिटे जगतात हे लक्षात घेता, त्यासाठी एक पैसा खर्च होतो.

पुढील लेखात, आवश्यक असल्यास, मी YAML पाइपलाइनबद्दल बोलेन; अलीकडे तेथे बरेच मनोरंजक नवकल्पना आहेत.

स्त्रोत: www.habr.com

Azure DevOps पाइपलाइनमध्ये व्हेरिएबल्स वापरणे

स्टोरेज आणि वापर

डायनॅमिक व्हेरिएबल्स

एक टिप्पणी जोडा Отменить ответ