Skip to content
This repository was archived by the owner on Sep 2, 2026. It is now read-only.

chore(deploy): drop the deploy job, keep the image build - #3204

Merged
levivannoort merged 1 commit into
mainfrom
chore/drop-website-deploy-job
Sep 2, 2026
Merged

chore(deploy): drop the deploy job, keep the image build#3204
levivannoort merged 1 commit into
mainfrom
chore/drop-website-deploy-job

Conversation

@levivannoort

Copy link
Copy Markdown
Member

appwrite.io moved to the console release (appwrite/new, a.k.a. vibes) on 2026-08-31, and the website Deployment is now being removed from the assets clusters:

  • appwrite-labs/cluster-configuration-generator#225 — removes the ArgoCD Application
  • appwrite-labs/application-configuration#173 — deletes assets/{staging,production}/website/

The breakage

production.yml and staging.yml each end in a deploy job that does:

yq -i '.global.image.tag = strenv(TAG)' assets/<env>/website/default.yaml

and pushes the result straight to application-configuration main. Once that file is gone the job fails — I verified yq -i exits 1 on a missing path rather than creating a stub, so this fails loudly rather than silently resurrecting a file. production.yml fires on release: published, and this repo publishes releases regularly (2.11.437 on Aug 27), so the next release would hit it.

What changes

  • removes the deploy job from both workflows
  • removes the five env keys only that job used: ENVIRONMENT, PROJECT, APPLICATION, DECLARATIVE_OWNER, DECLARATIVE_REPOSITORY

The build job is deliberately untouched. The image still builds and pushes to both ghcr.io and Docker Hub under the release tag, so anything that may still consume appwrite/website keeps working — only the declarative-deploy half goes away. Dropping the build too would be the tidier end state if the image is genuinely unused, but I could not confirm that from the infrastructure repos, so this stops short of it.

Verification

Both files parse as valid YAML with jobs: ['build'] and no dangling needs; every surviving env.X reference still resolves to a defined key; no DECLARATIVE, yq -i, app-token, or application-configuration references remain anywhere in the repo. prettier --check passes on both files (my first pass left a stray trailing newline that broke it — fixed).

appwrite.io moved to the console release (appwrite/new) on 2026-08-31, and
the website Deployment is being removed from the assets clusters, so the
values file this job writes into no longer exists:

  appwrite-labs/cluster-configuration-generator#225
  appwrite-labs/application-configuration#173

The job ran `yq -i '.global.image.tag = ...'` against
assets/<env>/website/default.yaml and pushed straight to that repo's main.
`yq -i` exits 1 on a missing path rather than creating a stub, so this would
have failed loudly on the next published release -- and production.yml fires
on `release: published`, which happens regularly.

The build job is untouched: the image still builds and pushes to both ghcr
and Docker Hub under the release tag, so nothing that may still consume
appwrite/website is affected. Only the declarative-deploy half goes away.

Also drops the five env keys the deploy job alone used (ENVIRONMENT, PROJECT,
APPLICATION, DECLARATIVE_OWNER, DECLARATIVE_REPOSITORY). The build job reads
only TAG, IMAGE_NAME and the two REGISTRY_* keys, all of which stay.
@appwrite

appwrite Bot commented Sep 2, 2026

Copy link
Copy Markdown

Appwrite Website

Project ID: 69d7efb00023389e8d27

Sites (1)
Site Status Logs Preview QR
 website
69d7f2670014e24571ca
Ready Ready View Logs Preview URL QR Code

Website (appwrite/website)

Project ID: 684969cb000a2f6c0a02

Sites (1)
Site Status Logs Preview QR
 website
68496a17000f03d62013
Building Building View Logs Preview URL QR Code


Tip

JWT tokens let functions act on behalf of users while preserving their permissions

@levivannoort
levivannoort merged commit 2381902 into main Sep 2, 2026
6 checks passed
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants