Wenn man GitHub Actions nutzt und einen Windows Runner für die Action verwendet, muss man Variablenwerte für Umgebungsvariablen anders setzen als in einem Linux Runner: echo “myvar=SOMEVALUE” | Out-File -FilePath $Env:GITHUB_ENV -Append In einem späteren Step kann man wie üblich auf die Variable zugreifen und nutzen: echo “${{ env.myvar }}”
gradle ist ein Build-Management-Automatisierungs-Tool mit dem man Java-Projekte bauen kann (wenn entsprechende Konfigurationsdateien vorhanden sind). gradle kann man auch in GitHub Actions nutzen. Ein Bau mit gradle kann z.B. so aussehen: name: Example for gradle build on: push: branches: – “**” workflow_dispatch: jobs: build: runs-on: ubuntu-latest steps: – uses: actions/checkout@v3 – name: Build with gradle run: | gradle build
Es gibt Projekte die die Funktionalitäten von SDL2 nutzen. Wenn man nun ein C++-Projekte auf einem GitHub Runner bauen möchte der SDL2 benutzt, muss man zuvor SDL2 installiert haben. Auf einem Ubuntu-Runner könnte man das folgendermaßen lösen: name: Build my project on: push: branches: – main jobs: build: runs-on: ubuntu-latest steps: – name: Install dependencies run: | sudo apt install libsdl2-dev – name: Checkout of code uses: actions/checkout@v3 – name: Build run: | make
In GitHub Actions kann man das Arbeitsverzeichnis (working-directory) auf verschiedenen Ebenen setzen: Global für alle Jobs in einem Workflow (also einer yml-Datei) Auf Job-Ebene Auf Step-Ebene In diesem Post möchte ich kurz zeigen, wie man das für jede Ebene realisieren kann. Als Beispiel habe ich dafür drei verschiedene GitHub Action Jobs erstellt, die alle dasselbe Shell Skript (run.sh) im Unterordner demo ausführen sollen. Jedoch wird in jedem Job das Arbeitsverzeichnis auf jeweils andere Weise gesetzt. Arbeitsverzeichnis für alle Jobs in…
Beim Benutzen der GitHub Action alexellis/upload-assets (https://github.com/alexellis/upload-assets) bekam ich folgende Fehlermeldung Run alexellis/upload-assets@0.3.0 Error: Not Found Man kann das Problem lösen indem man vorher ein Release erstellt. In meinem Testfall habe ich die GitHub Action actions/create-release@latest (https://github.com/actions/create-release) verwendet. Die gesamte yml-Datei sah in meinem Testfall dann so aus: name: Upload assets example on: push: tags: – v* workflow_dispatch: jobs: build: runs-on: ubuntu-latest steps: – uses: actions/checkout@v3 – name: Run something run: | echo “$(date)” > release_file – name: Create release…