Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

STAGING TEST PR: ENH: Add '--release' flag to 'update-schema' #960

Closed
wants to merge 33 commits into from

Conversation

mferrera
Copy link
Collaborator

@mferrera mferrera commented Jan 8, 2025

No description provided.

@mferrera mferrera force-pushed the update-update-schema-staging branch 3 times, most recently from 259bc17 to 3bae9e2 Compare January 8, 2025 13:15
tnatt and others added 27 commits January 8, 2025 14:19
This creates a distinct directory that we will serve from the Radix
endpoint. The script that modifies the id when the Docker image starts
is still present, but modified. It will be removed when the schemas URLs
are set from the relevant branch (main for dev, staging for prod).
This reverts the docker `chown` back to the workdir without specifying
the schemas dir directly, which was incorrect to do.
This implements some additional linting rules and prepares a few others.
It also adds the `--cov --cov-report term-missing` coverage report to be
emitted at the end of test runs, which may be noisier but still useful
to see. The test runs install the package with `-e` now so that the code
lines missing test coverage are visible.
This creates a pattern for defining schema versions, filenames, and
paths. These can then be used throughout the code without being
hardcoded strings.

The dev and prod URLs are also now present in the code. In the main
branch the `$id` URLs now point to the dev enviroment, as this
environment tracks main anyway. The idea is that these URLs switching to
the production ones will be a step during the promotion to the staging
environment. Currently this is done "secretly" with a shell script but
as the number of schemas grows, I think it makes more sense to have this
be explicit.
@mferrera mferrera force-pushed the update-update-schema-staging branch from 3bae9e2 to 0a1f72a Compare January 8, 2025 13:19
This will cause the schemas to overwrite with an updated $id field, but
only if nothing else has changed. It is also tested in GitHub Actions.
@mferrera mferrera force-pushed the update-update-schema-staging branch from 0a1f72a to 4a94fae Compare January 8, 2025 13:22
@mferrera mferrera closed this Jan 14, 2025
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.

3 participants