Skip to content

DEVOPS-1154: address warnings upon publishing Python packages from GitHub - #166

Open
RomFloreani wants to merge 5 commits into
developfrom
DEVOPS-1154
Open

DEVOPS-1154: address warnings upon publishing Python packages from GitHub#166
RomFloreani wants to merge 5 commits into
developfrom
DEVOPS-1154

Conversation

@RomFloreani

@RomFloreaniRomFloreani commented Aug 11, 2026

Copy link
Copy Markdown

DEVOPS-1154 - address warnings upon publishing Python packages from GitHub

CopilotAI lite review requested due to automatic review settings August 11, 2026 13:30
@github-actionsgithub-actionsBot changed the title Devops 1154DEVOPS-1154: address warnings upon publishing Python packages from GitHubAug 11, 2026

CopilotAI 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.

Pull request overview

Updates GitHub Actions workflows to address warnings when publishing Python packages from GitHub, shifting PyPI/TestPyPI publishing to OIDC trusted publishing (run in-repo) and aligning workflow calls to updated CI-tools implementations.

Changes:

  • Switch PyPI/TestPyPI publishing to an in-workflow job that uses a composite action for OIDC trusted publishing.
  • Remove reliance on PYPI_TOKEN / TEST_PYPI_TOKEN secrets for publishing.
  • Update multiple reusable workflow uses: references to CI-tools DEVOPS-1154.

Reviewed changes

Copilot reviewed 5 out of 5 changed files in this pull request and generated 5 comments.

Show a summary per file
FileDescription
.github/workflows/security_scan.ymlUpdates CI-tools reusable workflow refs for Zizmor scanning jobs.
.github/workflows/python_deploy_prod.ymlAdds a dedicated in-repo PyPI publish job (OIDC) and updates CI-tools workflow refs.
.github/workflows/python_deploy_dev.ymlAdds a dedicated in-repo TestPyPI publish job (OIDC) and updates CI-tools workflow refs.
.github/workflows/pr_jira_actions.ymlUpdates CI-tools reusable workflow ref for PR→Jira automation.
.github/workflows/issue_to_jira.ymlUpdates CI-tools reusable workflow ref for issue→Jira automation.
Suppressed comments (5)

.github/workflows/security_scan.yml:45

  • Using a moving branch ref (@DEVOPS-1154) for a reusable workflow makes the CI supply chain mutable (the branch can be force-pushed/deleted) and can break reproducibility/auditing. Prefer pinning to an immutable commit SHA (or a released tag once available).
 uses: MiraGeoscience/CI-tools/.github/workflows/reusable-zizmor-annotate.yml@DEVOPS-1154

.github/workflows/python_deploy_prod.yml:44

  • Using a moving branch ref (@DEVOPS-1154) for a reusable workflow makes the CI supply chain mutable (the branch can be force-pushed/deleted) and can break reproducibility/auditing. Prefer pinning to an immutable commit SHA (or a released tag once available).
 uses: MiraGeoscience/CI-tools/.github/workflows/reusable-python-release_pypi_assets.yml@DEVOPS-1154

.github/workflows/python_deploy_prod.yml:69

  • Using a moving branch ref (@DEVOPS-1154) for the composite action makes the publish step mutable and harder to audit. Prefer pinning to an immutable commit SHA (or a released tag once the CI-tools changes are released).
 uses: MiraGeoscience/CI-tools/.github/actions/reusable-python-publish_to_pypi@DEVOPS-1154

.github/workflows/python_deploy_dev.yml:32

  • Using a moving branch ref (@DEVOPS-1154) for a reusable workflow makes the CI supply chain mutable (the branch can be force-pushed/deleted) and can break reproducibility/auditing. Prefer pinning to an immutable commit SHA (or a released tag once available).
 uses: MiraGeoscience/CI-tools/.github/workflows/reusable-python-publish_pypi_package.yml@DEVOPS-1154

.github/workflows/python_deploy_dev.yml:59

  • Using a moving branch ref (@DEVOPS-1154) for the composite action makes the publish step mutable and harder to audit. Prefer pinning to an immutable commit SHA (or a released tag once the CI-tools changes are released).
 uses: MiraGeoscience/CI-tools/.github/actions/reusable-python-publish_to_pypi@DEVOPS-1154

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

Comment thread.github/workflows/security_scan.yml
Comment thread.github/workflows/python_deploy_prod.yml
Comment thread.github/workflows/python_deploy_dev.yml
Comment thread.github/workflows/pr_jira_actions.yml
Comment thread.github/workflows/issue_to_jira.yml
with:
source: artifact
artifact-name: mira-simpeg-pip-package-build
# Intentionally a direct step here, not nested in a reusable workflow or

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

ok, good enough to have the job inlined here, as the job is kept small enough thanks to the reusable action

@sebhmgsebhmg 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.

use shorter comment to explain about not using reusable worklfow for pypi publish

Comment on lines +58 to +64
# Intentionally a direct step here, not nested in a reusable workflow or
# composite action: PyPI trusted publishing checks the OIDC token's
# workflow_ref, which only matches this repo's own workflow file when the
# publish step runs at the top level (job_workflow_ref is unsupported by
# PyPI - see pypi/warehouse#11096). pypa/gh-action-pypi-publish also
# self-resolves its own docker image from github.action_repository/
# action_ref, which breaks the same way when nested more than one level

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

suggestion: use a shorter comment, mostly pointing to PyPI doc about this limitation and work-around

and retain the detailed explanation as a comment in the JIRA issue

Suggested change
# Intentionally a direct step here, not nested in a reusable workflow or
# composite action: PyPI trusted publishing checks the OIDC token's
# workflow_ref, which only matches this repo's own workflow file when the
# publish step runs at the top level (job_workflow_ref is unsupported by
# PyPI - see pypi/warehouse#11096). pypa/gh-action-pypi-publish also
# self-resolves its own docker image from github.action_repository/
# action_ref, which breaks the same way when nested more than one level
# using a reusable workflow or composite action is not support by PyPI. See ...

Comment on lines +69 to +76
# Intentionally a direct step here, not nested in a reusable workflow or
# composite action: PyPI trusted publishing checks the OIDC token's
# workflow_ref, which only matches this repo's own workflow file when the
# publish step runs at the top level (job_workflow_ref is unsupported by
# PyPI - see pypi/warehouse#11096). pypa/gh-action-pypi-publish also
# self-resolves its own docker image from github.action_repository/
# action_ref, which breaks the same way when nested more than one level
# deep (see MiraGeoscience/CI-tools DEVOPS-1154 and actions/runner#2473).

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

keep this comment short

Sign up for freeto 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

@RomFloreani@sebhmg