name: Docker-Images bauen und veroeffentlichen # Baut aus einem Dockerfile ZWEI Images mit identischen Tags: # Target "runner": der Next.js-Server # -tools Target "tools": Migration (Kubernetes-Job), Worker (CronJob), admin:create # Beide muessen immer mit demselben Tag ausgerollt werden (gleiches Datenbankschema). # # Ausloeser: Push auf main (":latest" + ":sha-"), Versions-Tags "v1.2.3" # (zusaetzlich ":1.2.3"), manuell ueber "Run workflow". on: push: branches: [main] tags: ["v*"] workflow_dispatch: jobs: build-and-push: runs-on: docker-builder env: # Oeffentlicher Registry-Host (Pull durch Kubernetes, OCI-Labels). REGISTRY: git.encry.de # Push ueber den Cluster-internen Gitea-Service statt ueber git.encry.de: # Blob-Uploads scheitern am Cloudflare-Proxy ("413 Payload Too Large"). # Gleiches Muster wie im Wabenhain-Repo; der Hostname ist nicht Teil des # gespeicherten Images, gezogen wird weiterhin ueber git.encry.de. REGISTRY_PUSH: gitea:80 steps: - name: Code auschecken uses: actions/checkout@v4 - name: Image-Namen ermitteln # Fester Produktname "artista-modelcamp" unabhaengig vom Repo-Namen; # nur der Besitzer kommt aus Gitea, in Kleinbuchstaben (OCI-Vorgabe): # "Nick.Rosenloecher" -> "nick.rosenloecher/artista-modelcamp". id: image run: echo "name=$(echo '${{ gitea.repository_owner }}' | tr '[:upper:]' '[:lower:]')/artista-modelcamp" >> "$GITEA_OUTPUT" - name: Docker Buildx einrichten uses: docker/setup-buildx-action@v3 with: # Der interne Gitea-Service spricht HTTP ohne TLS. config-inline: | [registry."gitea:80"] http = true - name: Bei der Gitea-Container-Registry anmelden uses: docker/login-action@v3 with: registry: ${{ env.REGISTRY_PUSH }} username: ${{ gitea.actor }} # GITEA_TOKEN darf keine Pakete schreiben: Personal Access Token mit # Scope "package" als Repo-Secret REGISTRY_TOKEN hinterlegen # (Repo-Einstellungen -> Actions -> Secrets). password: ${{ secrets.REGISTRY_TOKEN }} - name: Metadaten Anwendung id: meta-app uses: docker/metadata-action@v5 with: images: ${{ env.REGISTRY_PUSH }}/${{ steps.image.outputs.name }} # Gleiche Liste wie bei den Werkzeugen (keine YAML-Anker: nicht # jeder Gitea-Runner unterstuetzt sie). tags: | type=raw,value=latest,enable={{is_default_branch}} type=sha,format=short type=semver,pattern={{version}} - name: Metadaten Werkzeuge id: meta-tools uses: docker/metadata-action@v5 with: images: ${{ env.REGISTRY_PUSH }}/${{ steps.image.outputs.name }}-tools tags: | type=raw,value=latest,enable={{is_default_branch}} type=sha,format=short type=semver,pattern={{version}} # Der Build braucht Internet (next/font laedt die Schriften), aber weder # Datenbank noch Secrets. - name: Anwendung bauen und pushen uses: docker/build-push-action@v6 with: context: . target: runner push: true tags: ${{ steps.meta-app.outputs.tags }} labels: ${{ steps.meta-app.outputs.labels }} cache-from: type=gha cache-to: type=gha,mode=max # Nutzt die gemeinsamen Build-Stufen aus dem Cache des ersten Builds. - name: Werkzeuge bauen und pushen uses: docker/build-push-action@v6 with: context: . target: tools push: true tags: ${{ steps.meta-tools.outputs.tags }} labels: ${{ steps.meta-tools.outputs.labels }} cache-from: type=gha cache-to: type=gha,mode=max - name: Zusammenfassung run: | echo "Gebaut fuer ${{ env.REGISTRY }}/${{ steps.image.outputs.name }}(-tools):" echo "${{ steps.meta-app.outputs.tags }}"