cjkrolak / ThermostatSupervisor

supervisor to detect and correct thermostat deviations
MIT License
0 stars 0 forks source link

Bump pypa/gh-action-pypi-publish from 1.10.2 to 1.10.3 #823

Closed dependabot[bot] closed 1 week ago

dependabot[bot] commented 1 week ago

Bumps pypa/gh-action-pypi-publish from 1.10.2 to 1.10.3.

Release notes

Sourced from pypa/gh-action-pypi-publish's releases.

v1.10.3

💅 Cosmetic Output Improvements

In #270, @​facutuesca💰 made a follow-up to their previous PR #250, making the hints show up more granularly. This effectively makes sure that the suggestion to enable Trusted Publishing does not get displayed when it's already in use. It also makes the message nicer in a few places on the UI.

🛠️ Internal Dependencies

@​mosfet80💰 updated a few internal linter versions in #266, #267, and #271, no user impact. This is usually automated otherwise.

💪 New Contributors

🪞 Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.10.2...v1.10.3

🧔‍♂️ Release Manager: @​webknjaz 🇺🇦

Commits
  • f760068 Merge pull request #271 from mosfet80/patch-3
  • 6edc294 Fix node.js v16 deprecation self-smoke-test-action.yml
  • 85a5a80 Merge pull request #270 from trail-of-forks/fix-magic-link-summary
  • 954318b Merge pull request #267 from mosfet80/patch-2
  • 24791c7 Merge pull request #266 from mosfet80/patch-1
  • d8c8948 Fix magic link nudge formatting in job summary
  • a1ce384 Check for Trusted Publishing in magic link logic
  • 00b87c8 Update check-jsonschema and pre-commit libs
  • a571f1e Update pylint lib
  • See full diff in compare view


Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
dryrunsecurity[bot] commented 1 week ago

DryRun Security Summary

The GitHub Pull Request updates the GitHub Actions workflow for publishing a Python package to PyPI, focusing on dependency updates, handling of sensitive credentials, workflow triggers, Python version, and dependencies installed.

Expand for full summary
**Summary:** The changes made in this GitHub Pull Request are focused on updating the GitHub Actions workflow for publishing a Python package to PyPI (Python Package Index). From an application security perspective, the key points to review are the dependency update, the handling of sensitive credentials, the workflow triggers, the Python version used, and the dependencies installed. The dependency update for the GitHub Action used for publishing the package should be reviewed to ensure there are no security vulnerabilities introduced in the new version. The handling of the `PYPI_API_TOKEN` secret is crucial, as it must be properly managed to prevent any exposure. The workflow triggers, which include creating a new release and pull requests targeting the `main` branch, are a common and recommended approach. The use of Python version `3.x` is a good practice, but it's worth verifying that the specific version used is the latest stable version and does not have any known security vulnerabilities. Finally, the dependencies installed through the `requirements.txt` file should be reviewed to ensure they are up-to-date and do not contain any known security vulnerabilities. **Files Changed:** - `.github/workflows/python-publish.yml`: This file contains the GitHub Actions workflow for publishing a Python package to PyPI. The key changes include: - Updating the GitHub Action used for publishing the package from version `897895f1e160c830e369f9779632ebc134688e1b` to `f7600683efdcb7656dec5b29656edb7bc586e597`. - Using the `PYPI_API_TOKEN` secret to authenticate with PyPI for publishing the package. - Triggering the workflow on the creation of a new release and on pull requests targeting the `main` branch. - Setting up Python version `3.x` and installing the necessary dependencies, including `pip`, `setuptools`, and `wheel`, as well as any other dependencies specified in the `requirements.txt` file.

Code Analysis

We ran 9 analyzers against 1 file and 0 analyzers had findings. 9 analyzers had no findings.

Riskiness

:green_circle: Risk threshold not exceeded.

View PR in the DryRun Dashboard.