Průvodce: Spouštění pracovních postupů Git na stejném Runneru

Koordinace pracovních postupů GitHubu na sdílených běžcích

Správa více pracovních postupů v akcích GitHubu může být náročná, zvláště když potřebujete, aby běžely na stejném samohostitelském běhu. Ve scénářích, kde máte samostatné soubory YAML pro různé pracovní postupy, jako je codeql.yml a snyk-zap.yml, může být obtížné zajistit, aby běžely na stejném nosiči z konkrétní skupiny.

Cílem je využít stejného běžce pro oba pracovní postupy bez explicitního pojmenování běhouna, čímž se zabrání konfliktům s jinými pracovními postupy. Tato příručka prozkoumá možná řešení, jak efektivně dosáhnout této synchronizace při zachování pracovních postupů v samostatných souborech YAML.

Koordinace pracovních postupů se sdílenými běžci

Poskytnuté skripty spravují přiřazení běžců pro pracovní postupy GitHubu. Bash skript začíná kontrolou, zda je ID běžce již uloženo v dočasném souboru. Pokud ne, používá curl pro dotazování API GitHubu na dostupné běžce a jq k analýze odpovědi JSON, výběrem prvního nečinného běžce a uložením jeho ID. Skript Python dosahuje podobné funkčnosti pomocí requests.get() metoda k načtení informací o běžci z GitHub API. Skript poté zkontroluje, zda je ID běžce již uloženo pomocí os.path.exists() a pokud ne, uloží.

Oba skripty zajišťují, že jakmile je přiřazena podložka, bude znovu použita pro následující úlohy odkazem na uložené ID podřízeného. Ve skriptu Python os.getenv() načte proměnné prostředí pro token a úložiště GitHub a with open() se používá k bezpečnému zacházení se soubory. Tyto skripty pomáhají koordinovat více pracovních toků a zajišťují, že běží na stejném běhounu, aniž by musely pevně zakódovat název běhu, díky čemuž jsou flexibilní a efektivní při správě provádění pracovního postupu.

# A script to manage runner assignment
#!/bin/bash

# Check if a runner is already assigned
RUNNER_ID=$(cat /tmp/runner_id)

if [ -z "$RUNNER_ID" ]; then
  # No runner assigned yet, pick one and save its ID
  RUNNER_ID=$(curl -s -H "Authorization: token $GITHUB_TOKEN" \
               https://api.github.com/repos/$GITHUB_REPOSITORY/actions/runners |
               jq -r '.runners[] | select(.status=="online" and .busy==false) | .id' | head -n 1)
  echo $RUNNER_ID > /tmp/runner_id
fi

echo "Using runner $RUNNER_ID"

# Proceed with the workflow using the assigned runner

import requests
import os

# GitHub API token and repository
GITHUB_TOKEN = os.getenv('GITHUB_TOKEN')
REPO = os.getenv('GITHUB_REPOSITORY')

# Function to get an available runner
def get_runner():
    url = f"https://api.github.com/repos/{REPO}/actions/runners"
    headers = {'Authorization': f'token {GITHUB_TOKEN}'}
    response = requests.get(url, headers=headers)
    runners = response.json()['runners']
    for runner in runners:
        if runner['status'] == 'online' and not runner['busy']:
            return runner['id']
    return None

# Check if a runner is already assigned
if not os.path.exists('/tmp/runner_id'):
    runner_id = get_runner()
    with open('/tmp/runner_id', 'w') as f:
        f.write(str(runner_id))
else:
    with open('/tmp/runner_id', 'r') as f:
        runner_id = f.read()

print(f"Using runner {runner_id}")

Efektivní správa běžců v akcích GitHubu

Ve scénářích, kde je třeba, aby pracovní postupy běžely na stejném samoobslužném běhu, je klíčovým faktorem zajištění dostupnosti běhu a minimalizace konfliktů. Použití sdílené strategie runner, jak je vidět v předchozích skriptech, zajišťuje, že jakmile je runner přiřazen k zakázce, následující úlohy používají stejnou runner. To může být zvláště výhodné ve složitých kanálech CI/CD, kde je zásadní udržování stavu nebo využívání prostředků uložených v mezipaměti.

Dalším aspektem, který je třeba zvážit, je optimalizace využití běžců. Díky dynamickému výběru a přiřazování účastníků na základě dostupnosti mohou organizace lépe spravovat své zdroje. Implementace takových strategií nejen zlepšuje efektivitu, ale také snižuje čas strávený pracovními postupy ve frontě čekáním na dostupného běžce. Tento přístup lze rozšířit na další nástroje a platformy CI/CD, což z něj činí všestranné řešení pro různé potřeby automatizace.

Závěr:

Správa pracovních postupů GitHubu tak, aby běžely na stejném samohostovaném běžci, je zásadní pro efektivitu a konzistenci. Diskutované skripty Bash a Python poskytují robustní řešení tím, že dynamicky přiřazují běžce a zajišťují, že následné úlohy používají stejný běhoun. Tento přístup minimalizuje konflikty a optimalizuje využití zdrojů, což z něj činí účinnou strategii pro komplexní kanály CI/CD. Implementací těchto metod mohou organizace zefektivnit provádění svých pracovních postupů a zkrátit čekací doby, což v konečném důsledku zlepší produktivitu a udrží hladký vývojový proces.