Skip to content

chore(tech-radar): re-trigger e2e to generate coverage [do not merge]#2678

Closed
gustavolira wants to merge 3 commits into
mainfrom
chore/retrigger-coverage-tech-radar
Closed

chore(tech-radar): re-trigger e2e to generate coverage [do not merge]#2678
gustavolira wants to merge 3 commits into
mainfrom
chore/retrigger-coverage-tech-radar

Conversation

@gustavolira

Copy link
Copy Markdown
Member

Throwaway re-trigger PR — do not merge; close after the run.

tech-radar was merged with the e2e-test-utils 2.1.0 bump + coverage anchors, but its e2e (/test e2e-ocp-helm) never ran before merge, so no coverage was ever uploaded and the e2e-tech-radar flag doesn't exist.

This PR only triggers the e2e. Steps:

  1. /publish
  2. /test e2e-ocp-helm → wait for "✅ Passed E2E Tests"
  3. We grab the coverage from the run, commit coverage-snapshots/tech-radar.lcov in a separate PR, and close this one.

🤖 Generated with Claude Code

@gustavolira gustavolira requested review from a team, gashcrumb and kadel as code owners June 25, 2026 13:04
@gustavolira

Copy link
Copy Markdown
Member Author

/publish

@github-actions

Copy link
Copy Markdown
Contributor

Publish workflow has completed with success.

Publishing process

✅ Finished successfully.

✅ Published container images:

  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar:pr_2678__1.17.0
  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar-backend:pr_2678__1.16.0

Backstage Compatibility Check

✅ All workspaces are compatible with the target Backstage version (1.49.4).

No action required.

Metadata Validation

✅ All metadata files validated successfully.

Running e2e tests
/test e2e-ocp-helm

@github-actions

Copy link
Copy Markdown
Contributor

Smoke tests workflow passed. All plugins loaded successfully.

@github-actions github-actions Bot added mandatory-workspace PR affects a workspace with required plugins for releases workspace-update PR modifies files in an existing workspace labels Jun 25, 2026
@github-actions

Copy link
Copy Markdown
Contributor

Successfully updated file versions.jsonfrom branch main into this PR in commit 5da512b

@github-actions

Copy link
Copy Markdown
Contributor

Publish workflow has completed with success.

Publishing process

✅ Finished successfully.

✅ Published container images:

  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar:pr_2678__1.17.0
  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar-backend:pr_2678__1.16.0

Backstage-incompatible workspaces

Some workspaces have a backstage version (in sources or in their overlay folder) which is incompatible with the target Backstage version (1.52.0).
1 incompatible workspaces, 0 of which are mandatory:

Folder Backstage version Mandatory Info
workspaces/tech-radar 1.49.2 BS Version History
How to fix

You have 3 main options:

  • Use the already-opened PR : For automatically-discovered workspaces, there might already be an automatically-opened PR that updates the commit to the target backstage version (Automatic PR link in column 4 above): just publish the plugins and test them from the PR by following the PR instructions.
  • Manually update the workspace commit :
    • Find a newer commit, with a backstage version compatible with the target backstage version :__*
      • Backstage version history available: A BS Version History link might be available in column 4: in the workspace source repository, it points to the list of commits touching the backstage.json file. This would help you finding out whether this workspace has a commit that has been published for the target backstage version.
      • No info available: If no information is is provided in column 4, the backstage.json probably does not exist in workspace sources. You would have to look deeper into the newer commits of workspace sources, possibly in the low-level dependencies in the package.json files, to find out a commit with an underlying backstage version compatible with the target backstage version.
    • Then, in the overlay repository, update the repo-ref field of the source.json file to the new source commit, and remember to also change the repo-backstage-version field to the corresponding compatible backstage version.
  • No compatible commit : If the workspace sources contain no compatible newer commit ( == a commit that provides a backstage.json version compatible with the target backstage), but the current workspace commit is known to work with the target backstage version, then you can override the declared backstage version compatibility for this workspace commit in the overlay repository using the /override-backstage command which will add a backstage.json file at the root of the overlay workspace folder with the desired target backstage version. This would require full testing of the workspace plugins on the target backstage though.

Metadata Validation

✅ All metadata files validated successfully.

Running e2e tests
/test e2e-ocp-helm

1 similar comment
@github-actions

Copy link
Copy Markdown
Contributor

Publish workflow has completed with success.

Publishing process

✅ Finished successfully.

✅ Published container images:

  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar:pr_2678__1.17.0
  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar-backend:pr_2678__1.16.0

Backstage-incompatible workspaces

Some workspaces have a backstage version (in sources or in their overlay folder) which is incompatible with the target Backstage version (1.52.0).
1 incompatible workspaces, 0 of which are mandatory:

Folder Backstage version Mandatory Info
workspaces/tech-radar 1.49.2 BS Version History
How to fix

You have 3 main options:

  • Use the already-opened PR : For automatically-discovered workspaces, there might already be an automatically-opened PR that updates the commit to the target backstage version (Automatic PR link in column 4 above): just publish the plugins and test them from the PR by following the PR instructions.
  • Manually update the workspace commit :
    • Find a newer commit, with a backstage version compatible with the target backstage version :__*
      • Backstage version history available: A BS Version History link might be available in column 4: in the workspace source repository, it points to the list of commits touching the backstage.json file. This would help you finding out whether this workspace has a commit that has been published for the target backstage version.
      • No info available: If no information is is provided in column 4, the backstage.json probably does not exist in workspace sources. You would have to look deeper into the newer commits of workspace sources, possibly in the low-level dependencies in the package.json files, to find out a commit with an underlying backstage version compatible with the target backstage version.
    • Then, in the overlay repository, update the repo-ref field of the source.json file to the new source commit, and remember to also change the repo-backstage-version field to the corresponding compatible backstage version.
  • No compatible commit : If the workspace sources contain no compatible newer commit ( == a commit that provides a backstage.json version compatible with the target backstage), but the current workspace commit is known to work with the target backstage version, then you can override the declared backstage version compatibility for this workspace commit in the overlay repository using the /override-backstage command which will add a backstage.json file at the root of the overlay workspace folder with the desired target backstage version. This would require full testing of the workspace plugins on the target backstage though.

Metadata Validation

✅ All metadata files validated successfully.

Running e2e tests
/test e2e-ocp-helm

@rhdh-test-bot

Copy link
Copy Markdown

❌ Failed E2E Tests - tech-radar

Platform: ocp 4.18 | RHDH Version: 1.11 | Duration: 10m 2s
Passed: 0 | Failed: 2 | Flaky: 0 | Skipped: 0
Playwright Report | Build Log | Logs | Artifacts

@gustavolira

Copy link
Copy Markdown
Member Author

/update-commit

@github-actions

Copy link
Copy Markdown
Contributor

Update Commit workflow has completed with success.

@github-actions

Copy link
Copy Markdown
Contributor

Publish workflow has completed with success.

Publishing process

✅ Finished successfully.

✅ Published container images:

  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar:pr_2678__1.17.0
  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar-backend:pr_2678__1.16.0

Backstage-incompatible workspaces

Some workspaces have a backstage version (in sources or in their overlay folder) which is incompatible with the target Backstage version (1.52.0).
1 incompatible workspaces, 0 of which are mandatory:

Folder Backstage version Mandatory Info
workspaces/tech-radar 1.49.2 BS Version History
How to fix

You have 3 main options:

  • Use the already-opened PR : For automatically-discovered workspaces, there might already be an automatically-opened PR that updates the commit to the target backstage version (Automatic PR link in column 4 above): just publish the plugins and test them from the PR by following the PR instructions.
  • Manually update the workspace commit :
    • Find a newer commit, with a backstage version compatible with the target backstage version :__*
      • Backstage version history available: A BS Version History link might be available in column 4: in the workspace source repository, it points to the list of commits touching the backstage.json file. This would help you finding out whether this workspace has a commit that has been published for the target backstage version.
      • No info available: If no information is is provided in column 4, the backstage.json probably does not exist in workspace sources. You would have to look deeper into the newer commits of workspace sources, possibly in the low-level dependencies in the package.json files, to find out a commit with an underlying backstage version compatible with the target backstage version.
    • Then, in the overlay repository, update the repo-ref field of the source.json file to the new source commit, and remember to also change the repo-backstage-version field to the corresponding compatible backstage version.
  • No compatible commit : If the workspace sources contain no compatible newer commit ( == a commit that provides a backstage.json version compatible with the target backstage), but the current workspace commit is known to work with the target backstage version, then you can override the declared backstage version compatibility for this workspace commit in the overlay repository using the /override-backstage command which will add a backstage.json file at the root of the overlay workspace folder with the desired target backstage version. This would require full testing of the workspace plugins on the target backstage though.

Metadata Validation

✅ All metadata files validated successfully.

Running e2e tests
/test e2e-ocp-helm

@rhdh-test-bot

Copy link
Copy Markdown

✅ Passed E2E Tests - tech-radar

Platform: ocp 4.18 | RHDH Version: 1.11 | Duration: 5m 16s
Passed: 2 | Failed: 0 | Flaky: 0 | Skipped: 0
Playwright Report | Build Log | Logs | Artifacts

@codecov

codecov Bot commented Jun 26, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 50.38%. Comparing base (bf1095d) to head (cbdfd88).
⚠️ Report is 1 commits behind head on main.

Additional details and impacted files
Flag Coverage Δ
e2e-tech-radar 72.85% <ø> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@gustavolira

Copy link
Copy Markdown
Member Author

/override-backstage

@gustavolira

Copy link
Copy Markdown
Member Author

/publish

@github-actions

Copy link
Copy Markdown
Contributor

Override Backstage workflow partially completed.

The backstage.json override to 1.52.0 was applied, but metadata files (OCI tags, supportedVersions) were not updated automatically. You can retry with /override-backstage or manually update the metadata files.

@github-actions

Copy link
Copy Markdown
Contributor

Publish workflow has completed with success.

Publishing process

✅ Finished successfully.

✅ Published container images:

  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar:pr_2678__1.17.0
  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar-backend:pr_2678__1.16.0

Backstage Compatibility Check

✅ All workspaces are compatible with the target Backstage version (1.52.0).

No action required.

Metadata Validation

✅ All metadata files validated successfully.

Running e2e tests
/test e2e-ocp-helm

@github-actions

Copy link
Copy Markdown
Contributor

Smoke tests workflow passed. All plugins loaded successfully.

@rhdh-test-bot

Copy link
Copy Markdown

✅ Passed E2E Tests - tech-radar

Platform: ocp 4.18 | RHDH Version: 1.11 | Duration: 5m 37s
Passed: 2 | Failed: 0 | Flaky: 0 | Skipped: 0
Playwright Report | Build Log | Logs | Artifacts

@gustavolira

Copy link
Copy Markdown
Member Author

/test e2e-ocp-helm

gustavolira and others added 2 commits June 29, 2026 11:37
Temporary marker PR — tech-radar merged its rollout (2.1.0 + anchors) without
running /test e2e-ocp-helm, so no coverage was collected. This triggers
/publish + /test; the snapshot is committed separately and this PR is
closed after the run.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@gustavolira gustavolira force-pushed the chore/retrigger-coverage-tech-radar branch from cbdfd88 to 1d8c0ef Compare June 29, 2026 14:38
@gustavolira

Copy link
Copy Markdown
Member Author

/publish

@github-actions

Copy link
Copy Markdown
Contributor

Publish workflow has completed with success.

Publishing process

✅ Finished successfully.

✅ Published container images:

  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar:pr_2678__1.20.0
  • ghcr.io/redhat-developer/rhdh-plugin-export-overlays/backstage-community-plugin-tech-radar-backend:pr_2678__1.19.0

Backstage Compatibility Check

✅ All workspaces are compatible with the target Backstage version (1.52.0).

No action required.

Metadata Validation

✅ All metadata files validated successfully.

Running e2e tests
/test e2e-ocp-helm

@github-actions

Copy link
Copy Markdown
Contributor

Smoke tests workflow passed. All plugins loaded successfully.

@rhdh-test-bot

Copy link
Copy Markdown

✅ Passed E2E Tests - tech-radar

Platform: ocp 4.18 | RHDH Version: 1.11 | Duration: 5m 37s
Passed: 2 | Failed: 0 | Flaky: 0 | Skipped: 0
Playwright Report | Build Log | Logs | Artifacts

@gustavolira

Copy link
Copy Markdown
Member Author

Closing — this was the throwaway test vehicle for the auto-refresh workflow (#2717). It did its job: the e2e passed, the refresh-coverage-snapshot workflow fired and committed coverage-snapshots/tech-radar.lcov automatically (byte-identical to the manual snapshot in #2716). The marker file here shouldn't land on main; tech-radar coverage lands via #2716 instead.

@gustavolira gustavolira deleted the chore/retrigger-coverage-tech-radar branch June 29, 2026 16:30
@sonarqubecloud

Copy link
Copy Markdown

gustavolira added a commit that referenced this pull request Jun 29, 2026
Captured from the passing tech-radar e2e run on PR #2678 (208/236 lines).
PR-head uploads don't carry to main across squash-merge, so the seed
workflow re-uploads this snapshot to main HEAD under the e2e-tech-radar
flag — making the flag show a real report on the default branch.

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

mandatory-workspace PR affects a workspace with required plugins for releases workspace-update PR modifies files in an existing workspace

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants