CI clone fails with TLS error — needs internal k8s service URL #214
Labels
No labels
domain:backend
domain:devops
domain:frontend
status:approved
status:in-progress
status:needs-fix
status:qa
type:bug
type:devops
type:feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
forgejo_admin/pal-e-api#214
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Type
Feature
Lineage
Standalone — no plan. Mirrors pal-e-platform PR #134 fix.
Repo
forgejo_admin/pal-e-docsUser Story
As a developer
I want CI pipelines to clone via the internal k8s service URL
So that pipelines stop failing with TLS errors on the external Tailscale URL
Context
Woodpecker pipelines 40-43 all fail at the clone step with:
The default Woodpecker clone uses the external HTTPS/Tailscale URL. This was already fixed in pal-e-platform (PR #134) by adding a custom clone block that uses the internal k8s service URL:
http://forgejo-http.forgejo.svc.cluster.local:80/. The same fix needs to be applied here.File Targets
Files the agent should modify:
.woodpecker.yaml-- add custom clone block with internal service URLFiles the agent should NOT touch:
src/-- no application code changes neededAcceptance Criteria
http://forgejo-http.forgejo.svc.cluster.local:80/instead of the external HTTPS URLforgejo_tokensecret is available for clone authTest Expectations
Constraints
.woodpecker.yamlforgejo_tokenWoodpecker secret must havepull_requestevent accessChecklist
Related
pal-e-platform-- PR #134 established this pattern