mirror of
https://github.com/pypa/gh-action-pypi-publish.git
synced 2024-11-25 01:51:14 -05:00
Mention `repository_url
` in README
This commit is contained in:
parent
04871990d3
commit
32324e5beb
1 changed files with 24 additions and 0 deletions
24
README.md
24
README.md
|
@ -52,6 +52,30 @@ distributions_]. Users are responsible for preparing dists for upload
|
||||||
by putting them into the `dist/` folder prior to running this Action.
|
by putting them into the `dist/` folder prior to running this Action.
|
||||||
|
|
||||||
|
|
||||||
|
## Advanced release management
|
||||||
|
|
||||||
|
For best results, figure out what kind of workflow fits your
|
||||||
|
project's specific needs.
|
||||||
|
For example, you could implement a parallel workflow that
|
||||||
|
pushes every commit to Test PyPI or your own index server,
|
||||||
|
like `devpi`. For this, you'd need to (1) specify a custom
|
||||||
|
`repository_url` value and (2) generate a unique version
|
||||||
|
number for each upload so that they'd not create a conflict.
|
||||||
|
The later is possible if you use `setuptools_scm` package but
|
||||||
|
you could also invent your own solution based on the distance
|
||||||
|
to the latest tagged commit.
|
||||||
|
|
||||||
|
The action invocation in this case would look like:
|
||||||
|
```yml
|
||||||
|
- name: Publish package to Test PyPI
|
||||||
|
uses: pypa/gh-action-pypi-publish@master
|
||||||
|
with:
|
||||||
|
user: __token__
|
||||||
|
password: ${{ secrets.pypi_password }}
|
||||||
|
repository_url: https://test.pypi.org/legacy/
|
||||||
|
```
|
||||||
|
|
||||||
|
|
||||||
## License
|
## License
|
||||||
|
|
||||||
The Dockerfile and associated scripts and documentation in this project
|
The Dockerfile and associated scripts and documentation in this project
|
||||||
|
|
Loading…
Reference in a new issue