@@ -256,12 +256,12 @@ be carried out as follows:
256256#. Create a new branch ``release-vX.Y.Z `` with the version for the release.
257257
258258#. Make sure to update ``CHANGELOG.rst `` and that all new changes are reflected
259- in the documentation. Before tagging, also sync ``CITATION.cff `` and
260- `` .zenodo.json `` to the release version and date:
259+ in the documentation. Before tagging, sync ``CITATION.cff `` to the release
260+ version and date:
261261
262262 .. code-block :: bash
263263
264- git add CHANGELOG.rst CITATION.cff .zenodo.json
264+ git add CHANGELOG.rst CITATION.cff
265265 git commit -m ' Prepare release metadata'
266266
267267 #. Open a new pull request for this branch targeting ``main ``.
@@ -284,11 +284,16 @@ be carried out as follows:
284284 git push origin main --tags
285285
286286 Pushing a ``vX.Y.Z `` tag triggers the release workflow, which publishes the
287- package and creates the corresponding GitHub release. Zenodo archives GitHub
288- releases, not bare git tags .
287+ package, creates the corresponding GitHub release, and uploads the same
288+ `` dist/ `` artifacts to Zenodo through the Zenodo deposit API .
289289
290290#. After the workflow completes, confirm that the repository "Cite this
291291 repository" panel reflects ``CITATION.cff ``, that the release is available
292- on TestPyPI and PyPI, and that Zenodo created a new release record. If
293- Zenodo does not create a new version, reconnect the repository in Zenodo
294- and re-run the GitHub release workflow.
292+ on TestPyPI and PyPI, and that Zenodo created a new release record.
293+
294+ The Zenodo release job uses ``CITATION.cff `` as the maintained metadata
295+ source and requires a GitHub Actions secret named
296+ ``ZENODO_ACCESS_TOKEN `` with the Zenodo scopes ``deposit:write `` and
297+ ``deposit:actions ``. To avoid duplicate Zenodo records, disable the
298+ repository's Zenodo GitHub auto-archiving integration once the API-based
299+ workflow is enabled.
0 commit comments