| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
Codecov Report❌ Patch coverage is 0% with 86 lines in your changes missing coverage. Please review.
@@ Coverage Diff @@
## main #3856 +/- ##
==========================================
+ Coverage 53.43% 53.48% +0.05%
==========================================
Files 200 200
Lines 23405 23381 -24
==========================================
- Hits 12506 12505 -1
+ Misses 9649 9626 -23
Partials 1250 1250
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry.
|
Sorry, something went wrong.
|
unrelated to this PR: why we use exec() instead of using Go code, kind/kubectl is Go code. Also why call docker via CLI exec()? Why not API? We already extensively use k8s and docker API already. |
Sorry, something went wrong.
Exactly right! This is simply a stepping-stone. Translating script->Go code with this structure is much less error-prone. Next step is to replace the exec's with code wherever possible! Same way we did with the builders: wrap the cli, get it working, replace with the stdlib 👍🏻 |
Sorry, something went wrong.
|
/retest |
Sorry, something went wrong.
There was a problem hiding this comment.
note from AI: stale comment incmd/cluster.go -> Deletes a local development cluster and its associated registry container 😁
Sorry, something went wrong.
Help still said "registry container" (host-side lifecycle). Match the in-cluster Deployment model: Kind removes the registry with the cluster; host trust reverts only on last func-managed cluster. Functions#43 / knative#3856
|
🤖 @matejvasek re your note on exec vs Go APIs: agreed this PR stays on the script→Go stepping-stone. Follow-up for kind/kubectl/docker library calls: #3964 |
Sorry, something went wrong.
Replace YAML string literals for the in-cluster registry Deployment, Service, Ingress, and local-registry-hosting ConfigMap with typed k8s API objects marshaled via sigs.k8s.io/yaml. Same resources; apply path unchanged (kubectl apply -f -). Addresses matejvasek review on knative#3856. Functions#43
Poll http://127.0.0.1:5000/v2/ until 200 (hostPort path) before create returns, so the first push is less likely to race an unready registry. Uses hostPort rather than registry.localtest.me because Contour installs in parallel with the registry goroutine. Addresses matejvasek review on knative#3856. Functions#43
Used by pkg/cluster for typed registry manifest marshaling. Satisfies hack/update-codegen / verify-deps which require direct deps in go.mod. Functions#43 / knative#3856
|
/test all |
Sorry, something went wrong.
Migrates func cluster create to an in-cluster registry (Deployment + Service + Contour Ingress + local-registry-hosting), matching hack/cluster.sh (knative#3718). Host trust uses registry.localtest.me; containerd mirrors hostPort :5000. Also: - Typed k8s objects for registry manifests (sigs.k8s.io/yaml) - Wait for registry HTTP readiness on 127.0.0.1:5000/v2/ - Delete help + empty-list cleanup (fold #63 CLI path; no host-container teardown) - Promote sigs.k8s.io/yaml to a direct require Rebased onto current main (resolves merge conflict). Functions#43 / knative#3856
C1: restore main's dependency floor (knative#3978); only intentional go.mod delta is promoting sigs.k8s.io/yaml to a direct require (typed registry manifests). S1: remove waitForRegistryHTTP on 127.0.0.1:5000 — Kind does not map host port 5000 (hostPort is node-local for containerd). Rely on kubectl wait --for=condition=Available like hack/cluster.sh. Functions#43 / knative#3856
|
Tested end-to-end: built from branch, created a default cluster, verified registry deployment, host access via registry.localtest.me, and image push — all working. Two minor follow-ups filed:
/lgtm |
Sorry, something went wrong.
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: gauron99, lkingland The full list of commands accepted by this bot can be found here. The pull request process is described here Details Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing /approve in a comment |
Sorry, something went wrong.
|
/cherry-pick release-1.23 |
Sorry, something went wrong.
|
@gauron99: new pull request created: #3981 DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
Sorry, something went wrong.
Delete no longer uses ContainerEngineOverride (teardownRegistry gone; kind delete does not need the engine override). Remove the flag so it does not silently accept a no-op value. Functions#43 / knative#3856
hack/cluster.sh always runs (serving && dns && networking) so Contour is always present for the registry Ingress (contour-external). Go allows --serving=false (e.g. future KEDA-only); without Contour the registry Ingress was inert and host docker push to registry.localtest.me failed. Extract installContour from installNetworking; on the reg path, when Serving is off, install Contour before the registry. Default --serving=true unchanged. Help text documents defaults and that Contour ships with registry. Functions#43 / knative#3856
Parent Long still said "just Kubernetes + registry" for --serving=false; create Long already documents Contour. Match both help surfaces. Functions#43 / knative#3856
…ngine (#3985) Post-#3856 follow-up (review S1/S2 landed after the squash merge): S1: Remove --container-engine from cluster delete — nothing read it after host registry teardown went away. S2: Extract installContour; when --serving=false install Contour before the registry so registry.localtest.me Ingress is not inert. Default --serving=true unchanged (hack/cluster.sh always has Contour via networking). Help text documents Contour on minimal create. Functions follow-up to #43 / #3856
| Back | FazBrowse Home | New Git URL |
Summary
Migrates func cluster create from running a standalone func-registry container on the host to deploying the registry as in-cluster Kubernetes resources, matching the approach already taken in hack/cluster.sh (PR #3718).
What changed:
What's preserved: