GoogleContainerTools/skaffold

skaffold pre-build hook can't create input

Open

#7.216 geöffnet am 22. März 2022

Auf GitHub ansehen
 (7 Kommentare) (6 Reaktionen) (0 zugewiesene Personen)Go (1.416 Forks)batch import
area/hookshelp wantedkind/enhancementkind/starter-projectpriority/p3

Repository-Metriken

Stars
 (12.822 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 1T 18h) (18 gemergte PRs in 30 T)

Beschreibung

Expected behavior

My understanding of the before-build hook was that it should be able to create the inputs used for the build.

Actual behavior

Dependency checking happens before the before-build hook is run and fails as it can't find the data that hasn't been created yet.

Information

  • skaffold v1.35.2
  • Operating system: Ubuntu 18.04
  • Contents of skaffold.yaml:
apiVersion: skaffold/v2beta22
kind: Config
build:
  artifacts:
  - image: makedataimage
    hooks:
      before:
      - command: ["./makedata.sh"]

makedata.sh

#!/bin/bash

echo "XX" > data

Dockerfile

FROM busybox

COPY ./data .

Steps to reproduce the behavior

skaffold build

Generating tags...
 - makedataimage -> makedataimage:latest
Some taggers failed. Rerun with -vdebug for errors.
Checking cache...
 - makedataimage: Error checking cache.
getting hash for artifact "makedataimage": getting dependencies for "makedataimage": file pattern [./data] must match at least one file

Contributor Guide

Research-Richtung
Untersuche den Abhängigkeitsauflösungscode in Skaffold, der vor Hooks ausgeführt wird. Sieh dir an, wie Abhängigkeiten für Artefakte gesammelt werden, und stelle sicher, dass Pre Build Hooks vor der Abhängigkeitsprüfung ausgeführt werden. Der relevante Code befindet sich wahrscheinlich im Build Paket, insbesondere in der Funktion 'DependenciesForArtifact'. Erwäge, die Reihenfolge der Operationen zu ändern oder zuzulassen, dass Hooks Abhängigkeiten erstellen, die dann in die Abhängigkeitsprüfung einbezogen werden.
Tech Stack
go
Domain
backenddevops
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitDocker
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65