Summary
Drop the automated release workflows (PyPI and npm) from mockprock, and update the docs both on mockprock and edx-proctoring.
mockprock is a mock proctoring backend used only for local development and testing of edx-proctoring. It has no consumers that install it from PyPI or npm, so release automation adds maintenance overhead and secrets exposure for no benefit.
Decision was done in aximprovements team weekly meeting, here are the notes
Background
Here is the followup deep down story on the publishing: #69
Tasks
mockprock (PR #71)
References
Summary
Drop the automated release workflows (PyPI and npm) from
mockprock, and update the docs both onmockprockandedx-proctoring.mockprockis a mock proctoring backend used only for local development and testing ofedx-proctoring. It has no consumers that install it from PyPI or npm, so release automation adds maintenance overhead and secrets exposure for no benefit.Decision was done in aximprovements team weekly meeting, here are the notes
Background
.github/workflows/release.yml) runs on every push tomaster.pyproject.tomlmodernization (feat: modernize mockprock to uv + pyproject.toml (pylint retained, no ruff) #66) it was retained and only updated to gate on CI; the decision to publish releases was never revisited.Here is the followup deep down story on the publishing: #69
Tasks
mockprock(PR #71).github/workflows/release.ymland any semantic-release config it depends on.python-semantic-release.publishConfiginpackage.json).README.rst: state the no-release policy (as a note) and point to theedx-proctoringdeveloping guide for local setup, rather than duplicating the steps.References