Skip to content

Use EDGE_APP_ID for stage and production deploys - #8

Merged
nicomiguelino merged 1 commit into
developmentfrom
feature/edge-app-id-env-var
Sep 4, 2026
Merged

Use EDGE_APP_ID for stage and production deploys#8
nicomiguelino merged 1 commit into
developmentfrom
feature/edge-app-id-env-var

Conversation

@nicomiguelino

Copy link
Copy Markdown
Contributor
  • Set STAGE_EDGE_APP_ID and PRODUCTION_EDGE_APP_ID repo variables and pass them through to the initialize/update actions as edge_app_id. An EDGE_APP_ID environment secret takes precedence when set, with these variables as the fallback until one exists, so switching to Environment secrets later needs no workflow changes.
  • Dropped id from screenly.yml and deleted screenly_qc.yml since a single manifest is now used regardless of environment.
  • Pinned edge-apps-actions to a commit for now, since v26.9.0 can't be tagged there until a repo ruleset is adjusted. Will switch to the tag once it exists.

- Set STAGE_EDGE_APP_ID and PRODUCTION_EDGE_APP_ID repo variables and pass them through to the initialize/update actions as edge_app_id
- Drop id from screenly.yml and delete screenly_qc.yml since a single manifest is now used regardless of environment
- Pin edge-apps-actions to a commit for now, since v26.9.0 can't be tagged there until a repo ruleset is adjusted
Copilot AI lite review requested due to automatic review settings September 4, 2026 00:21

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟡 Changes recommended

The edge_app_id expression in the initialize workflow can evaluate to a boolean false for production when the fallback variable is unset, which can break the action input.

Once you've addressed the issues Copilot identified, you can request another Copilot review.

Pull request overview

This PR updates the deployment workflows to use an explicit Edge App identifier (preferring an EDGE_APP_ID environment secret, falling back to repo variables) and consolidates the Screenly manifest setup so the same manifest is used across environments.

Changes:

  • Pass edge_app_id into the initialize and update GitHub Actions using secrets.EDGE_APP_ID with repo-variable fallbacks for stage/production.
  • Consolidate manifests by removing the id field from screenly.yml and deleting screenly_qc.yml.
  • Pin Screenly/edge-apps-actions to a specific commit SHA for now.
File summaries
File Description
screenly.yml Removes the manifest id field to support a single environment-agnostic manifest.
screenly_qc.yml Deletes the QC-specific manifest since it’s no longer needed.
.github/workflows/update-edge-app.yml Pins the update action and injects per-environment edge_app_id with secret/variable fallback.
.github/workflows/initialize-edge-app.yml Pins the initialize action and injects edge_app_id based on selected environment.
Review details
  • Files reviewed: 4/4 changed files
  • Comments generated: 1
  • Review effort level: Lite

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

Comment thread .github/workflows/initialize-edge-app.yml
@nicomiguelino
nicomiguelino merged commit ff26e14 into development Sep 4, 2026
2 checks passed
@nicomiguelino
nicomiguelino deleted the feature/edge-app-id-env-var branch September 4, 2026 02:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants