Omit specifying Caddy version to always use latest #1020

Merged
szsz merged 1 commits from szsz/kbin-core:caddy-no-explicit-version into develop 2023-08-19 11:08:51 +00:00
There is no content yet.
szsz added 1 commit 2023-08-19 11:07:36 +00:00
Kbin CI/CD pipeline / build (pull_request) Successful in 38s Details
Kbin CI/CD pipeline / unit-test (pull_request) Successful in 22s Details
Kbin CI/CD pipeline / fixer-dry-run (pull_request) Successful in 23s Details
1de7d7df07
Omit specifying Caddy version to always use latest
szsz merged commit 7b997668c2 into develop 2023-08-19 11:08:51 +00:00

Mmm. Pinning versions is generally a best practice? It means we don't get weird breakage when caddy decides to introduce non-backwards compatible changes and our CI falls over or worse still peoples production environments fall over.

Mmm. Pinning versions is generally a best practice? It means we don't get weird breakage when caddy decides to introduce non-backwards compatible changes and our CI falls over or worse still peoples production environments fall over.
Poster
Owner

Actually best practice seems to be now to directly download caddy binary from its api:
https://caddyserver.com/api/download?os=linux&arch=amd64&p=github.com/dunglas/mercure/caddy&p=github.com/dunglas/vulcain/caddy

instead of building it from source

Actually best practice seems to be now to directly download caddy binary from its api: https://caddyserver.com/api/download?os=linux&arch=amd64&p=github.com/dunglas/mercure/caddy&p=github.com/dunglas/vulcain/caddy instead of building it from source

From what I remember, in the dunglas docker, it was changed to a specific version because sometimes the mercure package wasn't ready on time and there was an error during the build. You need to keep a close eye on this.

From what I remember, in the dunglas docker, it was changed to a specific version because sometimes the mercure package wasn't ready on time and there was an error during the build. You need to keep a close eye on this.
Poster
Owner

Currently FROM caddy:2.7-builder-alpine doesnt limit patch version so no wonder it breaks when new version comes up

Either patch version should be set in both places (FROM and xcaddy)
or download from api like in newest symfony docker as I mentioned above: https://github.com/dunglas/symfony-docker/blob/main/Dockerfile#L115

Currently `FROM caddy:2.7-builder-alpine` doesnt limit patch version so no wonder it breaks when new version comes up Either patch version should be set in both places (FROM and xcaddy) or download from api like in newest symfony docker as I mentioned above: https://github.com/dunglas/symfony-docker/blob/main/Dockerfile#L115

IIRC it broke on the 2.6 > 2.7 transition. Which is to be expected under semver. We went from specifying latest to 2.6 specifically due to that. Then bumped it to 2.7.3 when the plugin was updated.

IIRC it broke on the 2.6 > 2.7 transition. Which is to be expected under semver. We went from specifying latest to 2.6 specifically due to that. Then bumped it to 2.7.3 when the plugin was updated.
Sign in to join this conversation.
No reviewers
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Kbin/kbin-core#1020
There is no content yet.