Skip to content

fix: use api endpoint for snapshots data#110

Merged
chris-martin merged 4 commits intomainfrom
pb/snapshots
Oct 27, 2025
Merged

fix: use api endpoint for snapshots data#110
chris-martin merged 4 commits intomainfrom
pb/snapshots

Conversation

@pbrisbin
Copy link
Member

Fixes #109.

@pbrisbin pbrisbin requested a review from a team as a code owner October 27, 2025 12:53
@pbrisbin pbrisbin requested review from chris-martin and mjgpy3 and removed request for a team and mjgpy3 October 27, 2025 12:53
@pbrisbin
Copy link
Member Author

The action tests will fail because they run using the latest release and not the code of this PR.

Previously, we had a run of the action in the `test` job that used the
built binary (`no-install`), then we had a run of the action in
`test-action` (per os) that installed the latest release.

The benefit here was that the run in `test` exercised a built binary in
the context of the action, and the runs `test-action` exercised the
install step on each os. The downside is that if there is a problem with
the currently-released version (as there is right now), the
`test-action` runs will fail. Since we have strict status checks on PRs,
this makes it difficult to address that latest release.

This commit addresses the downside while losing that upside: it makes
the installation steps become untested. I think that's acceptable
because the bulk of the logic is provided by a 3rd-party action
(`pbrisbin/setup-tool-action`) which has its own test suite. Querying
for "latest" is the only logic truly becoming untested (for now).
@pbrisbin

This comment was marked as outdated.

@pbrisbin
Copy link
Member Author

pbrisbin commented Oct 27, 2025

Hmm. Maybe we rebrand test-action as test-install and add a run: false input so those only test installation. And leave the run in test to actually test the binary in an action context... 🤔 🦆

EDIT: OK, I went with that approach. I think it's better. I'm not going to rename the job because I don't feel like pairing it with a GHVM PR to update the required statuses right now.

Running SLED in the context of an action is already tested as a step in
the `test` job. `test-action` exists to test the (os-specific)
installation steps, so it installs the latest release. Sometimes (as is
the case now) there is a problem with that release which can cause
`test-action` to fail. This can make it hard to merge the PR that is
fixing things, since that status is required.

By adding a `run` input and not actually running the tool in
`test-action`, we can avoid this scenario by making the test only test
what it cares about, and so be more robust to false failures like this.
@chris-martin chris-martin merged commit 2eeaafa into main Oct 27, 2025
6 checks passed
@chris-martin chris-martin deleted the pb/snapshots branch October 27, 2025 16:51
@chris-martin
Copy link
Contributor

(Note: This is not yet released due to #111)

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.

Request for Stackage snapshots fails

2 participants