You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+24-10Lines changed: 24 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,7 +26,7 @@ See [checklist](#Checklist-for-Adoption) below for details:
26
26
- Markdown changelog
27
27
- Bump version configuration (if using Python), for example [tbump](https://github.com/dmerejkowsky/tbump)
28
28
-[Access token](https://docs.github.com/en/github/authenticating-to-github/creating-a-personal-access-token) with access to target GitHub repo to run GitHub Actions.
29
-
- Access token for the test [PyPI registry](https://packaging.python.org/guides/publishing-package-distribution-releases-using-github-actions-ci-cd-workflows/#saving-credentials-on-github)
29
+
- Access token for the [PyPI registry](https://packaging.python.org/guides/publishing-package-distribution-releases-using-github-actions-ci-cd-workflows/#saving-credentials-on-github)
30
30
- If needed, access token for [npm](https://docs.npmjs.com/creating-and-viewing-access-tokens).
31
31
32
32
## Typical Workflow
@@ -191,7 +191,9 @@ A. Prep the `jupyter_releaser` fork:
191
191
-[ ] Clone this repository onto your GitHub user account.
192
192
-[ ] Add a [GitHub Access token](https://docs.github.com/en/github/authenticating-to-github/creating-a-personal-access-token) with access to target GitHub repo to run GitHub Actions, saved as
193
193
`ADMIN_GITHUB_TOKEN` in the [repository secrets](https://docs.github.com/en/actions/reference/encrypted-secrets#creating-encrypted-secrets-for-a-repository).
194
-
-[ ] Add access tokens for the test [PyPI registry](https://packaging.python.org/guides/publishing-package-distribution-releases-using-github-actions-ci-cd-workflows/#saving-credentials-on-github) stored as `TEST_PYPI_TOKEN`
194
+
-[ ] Add access token for the [PyPI registry](https://packaging.python.org/guides/publishing-package-distribution-releases-using-github-actions-ci-cd-workflows/#saving-credentials-on-github) stored as `PYPI_TOKEN`.
195
+
_Note_ For security reasons, it is recommended that you scope the access
196
+
to a single repository, and update the value of `PYPI_TOKEN` for each repository that you are releasing.
195
197
-[ ] If needed, add access token for [npm](https://docs.npmjs.com/creating-and-viewing-access-tokens), saved as `NPM_TOKEN`.
196
198
197
199
B. Prep target repository:
@@ -204,14 +206,21 @@ B. Prep target repository:
204
206
-[ ] Add [tbump](https://github.com/tankerhq/tbump) support if using Python - see example metadata in [pyproject.toml](./pyproject.toml)
205
207
- We recommend putting `setuptools` metadata in `setup.cfg` and using `version attr: <package_name>.__version__`, see example [`setup.cfg`](./setup.cfg)
206
208
- See documentation on `setup.cfg`[metadata](https://setuptools.readthedocs.io/en/latest/userguide/declarative_config.html)
207
-
- If previously providing `version_info`, use `get_version_info` from `jupyter_packaging`, since `tbump` requires the intact version string, e.g.
209
+
- If previously providing `version_info`, use a snippet like the one below, since `tbump` requires the intact version string, e.g.
208
210
209
211
```python
210
-
from jupyter_packaging importget_version_info
212
+
importre
211
213
212
214
# Version string must appear intact for tbump versioning
213
215
__version__='1.4.0.dev0'
214
-
version_info = get_version_info(__version__)
216
+
217
+
# Build up version_info tuple for backwards compatibility
- [ ] Optionally add [configuration](#Configuration) to the target repository if non-standard options or hooks are needed.
239
248
- [ ] If desired, add `check_release` job, changelog, and `tbump` support to other active release branches
240
249
- [ ] Try out the `Draft Changelog` and `Draft Release` process against a fork of the target repo first so you don't accidentally push tags and GitHub releases to the source repository.
250
+
- [ ] Try the `Publish Release` process using a prerelease version before publishing a final version.
241
251
242
252
## Backport Branches
243
253
@@ -303,18 +313,22 @@ Detailed workflows are available to draft a changelog, draft a release, publish
303
313
### Check Release Workflow
304
314
305
315
- Runs on CI in the target repository to verify compatibility and release-ability.
306
-
- Runs the `Draft Changelog`, `Draft Release`, and `Publish Release` actions in dry run mode
307
-
- Publishes to the Test PyPI server
308
-
- Deletes the Release
316
+
- Runs the `Draft Changelog` and `Draft Release` actions in dry run mode
317
+
- Publishes to the local PyPI server and/or dry-run `npm publish`.
309
318
- Does not make PRs or push git changes
310
319
311
-
## Troubleshooting
320
+
## FAQs
312
321
313
-
### Changelog gets out of sync
322
+
### My changelog is out of sync
314
323
315
324
Create a new manual PR to fix the PR and re-orient the changelog entry markers.
316
325
317
326
### PR is merged to the target branch in the middle of a "Draft Release"
318
327
319
328
The release will fail to push commits because it will not be up to date. Delete the pushed tags and re-start with "Draft Changelog" to
320
329
pick up the new PR.
330
+
331
+
## How to keep fork of Jupyter Releaser up to date
332
+
333
+
The manual workflow files target the `@v1` actions in the source repository, which means that as long as
334
+
the workflow files themselves are up to date, you will always be running the most up to date actions.
0 commit comments