-
Notifications
You must be signed in to change notification settings - Fork 986
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
Simplified pull request template #21900
Conversation
[comment]: # (To auto-close issue on merge, please insert the related issue number after # i.e fixes #566) | ||
|
||
If you submit PR for issue with bounty then write here Fixes #NN where NN is issue number |
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.
We don't have bounties now
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.
We actually have means of compensating work from external contribution. This has been done during 2024 and there are at least two developers that I know interested in that.
But I think we should keep the removal as you did. This is unnecessary noise.
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.
@ilmotta is there a public way to apply as an external contributor? I know a few that'd be interested on it
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.
Let's talk in private about this @ulisesmac, there are some important details first. If anybody is interested to understand this point, please reach out to me.
[comment]: # (Summarise the problem and how the pull request solves it) | ||
... | ||
|
||
<!-- (Optional, remove if no changes to documentation) --> | ||
Documentation change PR (review please): https://github.com/status-im/status.im/pull/xxx |
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.
We do not change documentation frequently
|
||
- Android | ||
- iOS | ||
- macOS |
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.
desktop platforms aren't actual in status-mobile
repo
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.
I think this is related to changes in dev exp.
But yeah, they aren't common, let's remove it
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.
@ulisesmac, I think that was added back in times when it was possible to build desktop version of status-mobile using react-native-desktop-qt
. That was long ago)
|
||
- Open Status | ||
- ... | ||
- Step 3, etc. | ||
|
||
<!-- (PRs will only be accepted if squashed into single commit.) --> |
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.
This is enforced by github machinery.
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.
Indeed, this has confused a bunch of people over time. The only thing I'm not sure is that some devs may still prefer to merge via command line, in which case I'm not sure GitHub will reject if the commits aren't squashed. In status-go GitHub happily accepts multiple commits because I've seen this happen a few times.
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.
@ilmotta, well, if developer going to use command line, pull request comment won't stop it from happening.
|
||
- Open Status | ||
- ... | ||
- Step 3, etc. | ||
|
||
<!-- (PRs will only be accepted if squashed into single commit.) --> | ||
|
||
### Before and after screenshots comparison |
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.
Never seen this section used. Usually screenshots are attached in summary
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.
This was used a couple times, for example I'm pretty sure I've seen in PRs for quo components. But fair enough to remove 👍🏼 I have a macro to generate an HTML table for before/after screenshots. At one point in Status I used this macro a lot, but never this part from the template.
Jenkins BuildsClick to see older builds (4)
|
[comment]: # (To auto-close issue on merge, please insert the related issue number after # i.e fixes #566) | ||
|
||
If you submit PR for issue with bounty then write here Fixes #NN where NN is issue number |
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.
We actually have means of compensating work from external contribution. This has been done during 2024 and there are at least two developers that I know interested in that.
But I think we should keep the removal as you did. This is unnecessary noise.
.github/PULL_REQUEST_TEMPLATE.md
Outdated
|
||
#### Areas that maybe impacted | ||
<!-- (Optional. Specify if some specific areas has to be tested, for example 1-1 chats) --> | ||
[comment]: # (Optional. Specify if some specific areas has to be tested, for example 1-1 chats) |
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.
Suggestion: Specify if specific areas need to be tested, such as 1-1 chats.`
.github/PULL_REQUEST_TEMPLATE.md
Outdated
|
||
- Android | ||
- iOS | ||
- macOS | ||
- Linux | ||
- Windows | ||
|
||
#### Areas that maybe impacted |
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.
maybe
-> may be
|
||
- Open Status | ||
- ... | ||
- Step 3, etc. | ||
|
||
<!-- (PRs will only be accepted if squashed into single commit.) --> |
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.
Indeed, this has confused a bunch of people over time. The only thing I'm not sure is that some devs may still prefer to merge via command line, in which case I'm not sure GitHub will reject if the commits aren't squashed. In status-go GitHub happily accepts multiple commits because I've seen this happen a few times.
|
||
- Open Status | ||
- ... | ||
- Step 3, etc. | ||
|
||
<!-- (PRs will only be accepted if squashed into single commit.) --> | ||
|
||
### Before and after screenshots comparison |
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.
This was used a couple times, for example I'm pretty sure I've seen in PRs for quo components. But fair enough to remove 👍🏼 I have a macro to generate an HTML table for before/after screenshots. At one point in Status I used this macro a lot, but never this part from the template.
.github/PULL_REQUEST_TEMPLATE.md
Outdated
### Review notes | ||
<!-- (Optional. Specify if something in particular should be looked at, or ignored, during review) --> | ||
[comment]: # (Optional. Specify if something in particular should be looked at, or ignored, during review) | ||
|
||
### Testing notes |
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.
I usually raise the level on up. That makes the headline in GH have an underline and stand out better, also gives the person a chance to use multiple level-3 headlines if desired. Personal preference, but I'd vote for raising all headlines one level up.
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.
@ilmotta do you mean having ## Review notes
instead of ### Review notes
?
upd: Applied that - I also like how it looks 👍
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.
Very much needed! 👍 Thanks @vkjr
92b2101
to
d0e4d24
Compare
d0e4d24
to
b8111db
Compare
Summary
Pull request template edited to remove outdated info and unify comments.
Review notes
You can use
edit
option on this section to see how template looks.Testing notes
Platforms
Areas that maybe impacted
Functional
Non-functional
Steps to test
status: ready