Skip to content

2. Use GitHub Actions

Use the manual Create or update microfeed workflow when you want the update to run in GitHub’s consistent Ubuntu environment. It uses temporary Cloudflare browser authorization rather than a Cloudflare API token.

Before continuing, configure your fork and its CLOUDFLARE_ACCOUNT_ID and MICROFEED_WORKER_NAME repository secrets using the GitHub Actions installation guide.

Sync your fork with microfeed/microfeed, then review the incoming changes. The branch selected in the workflow receives access to the configured secrets and temporary Cloudflare permissions, so deploy only code and workflows you trust.

  1. Open the fork’s Actions tab.
  2. Select Create or update microfeed.
  3. Select Run workflow and choose the trusted branch to deploy.
  4. Change the operation from the default create to update.
  5. Select Run workflow. The workflow updates the existing Worker named by the MICROFEED_WORKER_NAME repository secret.

The MICROFEED_ADMINISTRATOR_EMAIL and MICROFEED_ADMIN_PASSWORD secrets are not used for an update. Remove them after the first successful installation if this fork will only update the existing site.

Open the running job and expand Authorize Cloudflare. Visit the displayed Cloudflare verification page and enter its one-time code before it expires.

The verification URL and code are visible to anyone who can read the workflow log while the code is active. If someone else uses the code first, the run fails. The CLOUDFLARE_ACCOUNT_ID secret pins deployment to the intended account, so authorization from another account cannot deploy the update there.

Keep the job page open until verification finishes. The workflow summary shows direct links to the verified public site and Admin dashboard.

The workflow is manual-only. Syncing or pushing the fork does not deploy by itself. A future update requires another explicit run and Cloudflare browser authorization.