Create GitHub issues based on local templates.
This is useful for pushing, for example, a set of checklists with per-item issues grouped by milestone. The template directory structure is:
. |-- milestone-1 | |-- README.md | |-- issue-1.1.md | |-- issue-1.2.md | ... |-- milestone-2 | |-- README.md | |-- issue-2.1.md | |-- issue-2.2.md | ... ...
Both the README.md and per-issue files have a summary line (which may optionally include Atx-style headers) followed by a blank line and an optional body. Milestone bodies are plain text, while issue bodies are GitHub flavored Markdown, For example, if you want each of your product to have a joel milestone tracking the Joel Test, you might have a joel/README.md with:
# joel Keep track of how well the project handles the Joel Test [1]. [1]: http://www.joelonsoftware.com/articles/fog0000000043.html
And per-feature issue milestones like joel/source-control.md:
# Do you use source control? I've used commercial source control packages, and I've used CVS, which is free, and let me tell you, CVS is fine...
Of course, you probably can’t copy Joel’s text wholesale into your issue files, so you’d want to make your own summaries. Then run:
# github-push-issues.py [options] /path/to/your/template/directory
Or:
# github-push-issues.py [options] https://example.com/url/for/template.zip
The latter is useful if you have your template directory structure hosted online in a version control system that supports tar or zip archive snaphots.
Metadata
Release files for github-push-issues 0.3
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| github-push-issues-0.3.tar.gz | 5.8 kB | Without provenance | Details for github-push-issues-0.3.tar.gz |
Release files / github-push-issues-0.3.tar.gz
| Download URL | github-push-issues-0.3.tar.gz |
|---|---|
| Size | 5.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
3dd5c655d7e0d417445ca69db7046f7371bc118e3aa916d56c83a18a7e4ef850
|
|
BLAKE2b-256 checksum How to use checksums |
61b4ab7fa66db0fc8a9bef6ae022cfc48e6f384c0fefdcce18919615b6bec13e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
Security for github-push-issues 0.3
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.