fix: Kaniko skip-push-permission-check (#193) #24
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "193-kaniko-skip-push-check"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
insecure-registry, causing a TLS dial timeout against Harbor's internal HTTP-only endpoint on port 443.--skip-push-permission-checkviaextra_optsbypasses this probe entirely.Changes
.woodpecker.yaml: Addedextra_opts: "--skip-push-permission-check"to the build-and-push Kaniko step settings, afterinsecure-registry.Test Plan
npm ci,npm run check,npm test,npm run build)--skip-push-permission-checkflag appears in Kaniko invocationReview Checklist
Related Notes
forgejo_admin/pal-e-platform#193-- parent issue tracking Kaniko permission check fixQA Review
Diff Analysis
Single-line addition to
.woodpecker.yaml: addsextra_opts: "--skip-push-permission-check"to the Kaniko plugin settings in thebuild-and-pushstep.Domain Review (CI/Kaniko)
--skip-push-permission-checkis a valid Kaniko flag that bypasses the pre-push credential/permission probe. This is the right fix for insecure (HTTP-only) registries where the HTTPS permission check fails.extra_optsis the documented way to pass additional flags to Kaniko via thewoodpeckerci/plugin-kanikoplugin.insecure-registry, which groups the insecure-transport settings together.username/passwordsecrets when performing the actual push.SOP Compliance
Closes #23present for auto-closeforgejo_admin/pal-e-platform#193Nits
None.
VERDICT: APPROVE