ការប្រើប្រាស់អថេរនៅក្នុងបំពង់ Azure DevOps

យើងបន្តការពិនិត្យឡើងវិញរបស់យើងអំពីឧបករណ៍ដ៏អស្ចារ្យមួយសម្រាប់ការអភិវឌ្ឍន៍ក្រោម Windows និងច្រើនទៀត Azure DevOps។ លើកនេះ បន្ទាប់ពីតស៊ូជាមួយអថេរបរិស្ថាន ខ្ញុំបានសម្រេចចិត្តចម្រាញ់បទពិសោធន៍របស់ខ្ញុំទៅជាអត្ថបទតែមួយ។

ចាប់ផ្តើមពីការពិតដែលថាពួកគេមានវាក្យសម្ព័ន្ធផ្សេងគ្នាសម្រាប់បរិយាកាសប្រតិបត្តិនីមួយៗដោយបញ្ចប់ដោយកង្វះសមត្ថភាពស្តង់ដារក្នុងការផ្ទេរអថេរពីដំណាក់កាលមួយនៃបំពង់ទៅមួយទៀត។

ខ្ញុំនឹងធ្វើការកក់ទុកដែលឧទាហរណ៍សំខាន់ៗនឹងមាននៅលើ Release Pipelines ពីព្រោះ YAML មិនទាន់ទៅដល់ទីនោះនៅឡើយទេ ហើយខ្ញុំត្រូវការមុខងារជាច្រើនដំណាក់កាល និងវត្ថុបុរាណជាច្រើន។ វាហាក់បីដូចជាមាននៅក្នុងបំពង់ធម្មតា ដែលវាស្មើនឹងពួកវានៅក្នុងមុខងារ។ នៅក្នុង Pipelines 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)។ ប្រសិនបើអ្នកចង់ប្រើវានៅក្នុងស្គ្រីប powershell នៅលើភ្នាក់ងារដូចគ្នា វានឹង $env:SYSTEM_ACCESSTOKEN រួចហើយ។ ប្រសិនបើអ្នក ព្រះហាមឃាត់ ចង់ប្រើអថេរនេះនៅលើម៉ាស៊ីនពីចម្ងាយមួយចំនួនដោយប្រើ PowerShell លើភារកិច្ចម៉ាស៊ីនគោលដៅ អ្នកត្រូវឆ្លងកាត់វាតាមរយៈអាគុយម៉ង់ទៅស្គ្រីបដោយប្រើ ប៉ារ៉ាម. ជាមួយនឹង bash វាកាន់តែសាមញ្ញ អ្នកអាចឆ្លងកាត់វានៅខាងក្នុងដោយប្រើអាគុយម៉ង់ និងវាក្យសម្ព័ន្ធ $SYSTEM_ACCESSTOKEN ។

ច្បាប់ដូចគ្នាមិនអនុវត្តចំពោះអថេរផ្ទាល់ខ្លួនរបស់អ្នកទេ នៅទីនេះអ្នកទទួលខុសត្រូវចំពោះវាក្យសម្ព័ន្ធរួចហើយ។ អថេរអាចត្រូវបានកំណត់ក្នុងមូលដ្ឋានក្នុងកិច្ចការនីមួយៗ។

ឬជាសកលទៅកាន់ហាងអថេរ ហើយបន្ទាប់មកភ្ជាប់ពួកវាពីហាង។ មានផាសុកភាពណាស់។

ជាប្រាក់រង្វាន់ ប្រសិនបើអថេរមានភាពសម្ងាត់ខ្លាំង ពួកវាអាចត្រូវបានរក្សាទុកក្នុងពពក Azure នៅក្នុងកន្លែងផ្ទុកដែលហៅថា Azure Vault អ្នកអាចភ្ជាប់ Vault ទៅគម្រោងក្នុងបណ្ណាល័យ។

ជាទូទៅ អ្វីគ្រប់យ៉ាងគឺច្បាស់លាស់ជាមួយនឹងអថេរនៅក្នុងបំពង់ ពួកគេនៅតែអាចត្រូវបានកំណត់ដោយដៃសម្រាប់ការចេញផ្សាយនីមួយៗមិនមានមុខងារបែបនេះទេ។ អ្នកអាចឃើញអ្វីដែលអ្នកកំពុងផ្ទេរទៅបំពង់ម្តងទៀតនៅក្នុងកំណត់ហេតុការចាប់ផ្តើមភ្នាក់ងារ ប៉ុន្តែត្រូវចងចាំថាពួកវាមានរួចហើយនៅក្នុងទម្រង់បំប្លែង។

អថេរថាមវន្ត

ភាពសប្បាយរីករាយចាប់ផ្តើមនៅពេលដែលយើងចង់ទទួលបានតម្លៃមួយចំនួនក្នុងដំណាក់កាលមួយ ហើយឆ្លងកាត់វាទៅបន្ទាប់ទៀត។

យើងមិនត្រូវបានផ្តល់ឱ្យនូវមុខងារបែបនេះទេ។ ប៉ុន្តែដៃរបស់យើងមិនមែនសម្រាប់ការធុញទ្រាន់ទេ ហើយដោយមានជំនួយពី Google ដំណោះស្រាយមួយត្រូវបានរកឃើញ។ សូមអរគុណព្រះជាម្ចាស់ Azure DevOps មាន API ដែលអនុញ្ញាតឱ្យយើងធ្វើច្រើនជាងអ្វីដែលបានបង្ហាញនៅក្នុងចំណុចប្រទាក់។

ដូច្នេះ យើងនឹងត្រូវការការហៅទូរសព្ទដើម្បីធ្វើបច្ចុប្បន្នភាពអថេរសកល ដែលយើងនឹងធ្វើដោយផ្ទាល់ពីក្នុងបំពង់។ អាស័យដ្ឋាន​ត្រូវ​បាន​យក​ចេញ​ពី​អថេរ​បរិស្ថាន ដែល​ដូចគ្នា​នឹង​ពាក្យ​មិន​មាន​នៅ​ក្នុង​ឯកសារ ដូច​បាន​និយាយ​ខាង​ដើម។ អ្នកអាចកំណត់ពួកវាដោយខ្លួនឯង ឬលើសពីនេះទៀត សរសេរកូដឱ្យពួកគេ ប្រសិនបើពួកគេបិទហាង។

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

យើងកំណត់តម្លៃទទេនៃអថេរដែលយើងចង់ផ្ទេរ កំណត់វិសាលភាព - ចេញផ្សាយ

ឧទាហរណ៍ យើងបង្កើតតម្លៃចៃដន្យមួយចំនួន។ យកចិត្តទុកដាក់ចំពោះវាក្យសម្ព័ន្ធនៃការប្រកាសអថេរនៅក្នុងដំណាក់កាលនេះ មុខងារនេះត្រូវបានណែនាំ។

នៅជំហានបន្ទាប់ យើងបញ្ជូនអថេរទៅស្គ្រីប បាទ/ចាស បាទ វាមិនអាចទៅរួចដោយផ្ទាល់ទេ វាត្រូវតែឆ្លងកាត់អាគុយម៉ង់មួយ។

ស្គ្រីបនៅក្រោម spoiler

PowerShell

#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 ដើម្បីដាក់តម្លៃនៃអថេរនេះទៅក្នុង stageVar ។ នៅជំហានបន្ទាប់ ដោយប្រើវាក្យសម្ព័ន្ធអថេរ យើងអាចមើលវាបាន។

ឧទាហរណ៍​គឺ​សាមញ្ញ​ណាស់ ប៉ុន្តែ​មុខងារ​បើក​ឱកាស​ល្អ​សម្រាប់​យើង បន្ថែម​ពី​មុន​របស់​ខ្ញុំ អត្ថបទនៅពេលដែលយើងអាចបង្កើតម៉ាស៊ីននិម្មិតនៅដំណាក់កាលដំបូងនៃការធ្វើតេស្ត សូមអនុវត្តឧបាយកលបន្ថែមមួយចំនួនជាមួយវា និងមួយចំនួនទៀតស្របគ្នា។ ហើយដំណាក់កាលចុងក្រោយគឺបំផ្លាញវា។ ឥឡូវនេះ យើងដំណើរការការធ្វើតេស្តដោយស្វ័យប្រវត្តិនៃផលិតផលរាល់ពេលនៅលើម៉ាស៊ីននិម្មិតថ្មី។ ដោយពិចារណាថាពួកគេរស់នៅប្រហែល 10 នាទីវាត្រូវចំណាយមួយកាក់។

នៅក្នុងអត្ថបទបន្ទាប់ ប្រសិនបើចាំបាច់ ខ្ញុំនឹងនិយាយអំពីបំពង់ YAML មានការច្នៃប្រឌិតគួរឱ្យចាប់អារម្មណ៍ជាច្រើននៅទីនោះ។

ប្រភព: www.habr.com