-
Notifications
You must be signed in to change notification settings - Fork 70
Added issue/PR templates #349
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
BDK has a good template |
Awesome templates, btw. I added mainly the bug report and PR template from them. But needed to edit since it has some BDK specifics items. I thought in some Floresta specifics but can't be able to think in all of them (or maybe some are not necessary, i don't know). Thought in some templates for help wanted, documentation, dependencies issues to. |
|
Strong Concept ACK For the bug template, could you add an instruction to run An example from one of my builds: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice changes! Quality of Development is always a good thing to improve.
Here some suggestions:
|
A good follow up PR for this would be referencing this templates and "how to"`s about it on CONTRIBUTING.md |
adding a item like this:
And a file like this one, right? |
|
ACK 2571e08 modulo a super simple nit in #349 (comment) |
Thinking now... there isn't a Maybe isn't better to address this (important file) to another PR (and when done, address this item)? I mean, it will be fundamental that this guide isnt a just copy/paste file from bdk. Or maybe, if a copy/paste is done, some particular elements (such as those @Davidson-Souza submitted on BDL) should be meticulously edited before a merge is done. On the other hand, it would also be interesting to build this guide with the development partners, jointly, as an |
- Description; - steps for reproduce - expected behavior; - build environment; - additional context. Added a PR template with: - Purpose linked with a issue; - Addresed aspect; - Checklist of PR's tasks; - Description; - Notes to the reviewers.
I think this PR is fine as-is. We can refine it in the future anyway. We can also start working on a CONTRIBUTING.md. Would you want me to open a draft pr with the points I've mentioned yesterday? reACK 1e72672 |
Awesome, Ok! |
Yes... a follow up PR is another PR made to complement another one but, still... separated. |
|
LGTM |
What is this PR for?
This PR apply some idea from #348.
What is the purpose of this pull request?
Checklists
cargo fmt;cargo clippycargo test;cargo build --releaseorbash tests/prepare.sh;poetry run poe tests;Description
Various projects in bitcoin ecosystem uses some templates to help or format the ways the Issues/PRs are documented. With this in mind, it were:
added issue template for bug report (with description, environment context, steps to reproduce) and another template for enhancement requests.
Added a PR template with a brief description, an item selector for what was modified, as well as a checklist for the steps required before submitting the PR and a space for a description. As proof of concept, the submitted template is used in this PR.
Notes to the reviewers
These templates are a mix of templates used in Krux as well BDK.