mirror of
https://codeberg.org/forgejo/forgejo.git
synced 2026-05-12 22:10:25 +00:00
Closes forgejo/discussions#398 Reviewed-on: https://codeberg.org/forgejo/forgejo/pulls/10707 Reviewed-by: Mathieu Fenniak <mfenniak@noreply.codeberg.org> Co-authored-by: Beowulf <beowulf@beocode.eu> Co-committed-by: Beowulf <beowulf@beocode.eu>
1.9 KiB
1.9 KiB
| name | about | labels | |
|---|---|---|---|
| Pull Request Template | Template for all Pull Requests |
|
Checklist
The contributor guide contains information that will be helpful to first time contributors. There also are a few conditions for merging Pull Requests in Forgejo repositories. You are also welcome to join the Forgejo development chatroom.
Tests
- I added test coverage for Go changes...
- in their respective
*_test.gofor unit tests. - in the
tests/integrationdirectory if it involves interactions with a live Forgejo server.
- in their respective
- I added test coverage for JavaScript changes...
- in
web_src/js/*.test.jsif it can be unit tested. - in
tests/e2e/*.test.e2e.jsif it requires interactions with a live Forgejo server (see also the developer guide for JavaScript testing).
- in
Documentation
- I created a pull request to the documentation to explain to Forgejo users how to use this change.
- I did not document these changes and I do not expect someone else to do it.
Release notes
- This change will be noticed by a Forgejo user or admin (feature, bug fix, performance, etc.). I suggest to include a release note for this change.
- This change is not visible to a Forgejo user or admin (refactor, dependency upgrade, etc.). I think there is no need to add a release note for this change.
The decision if the pull request will be shown in the release notes is up to the mergers / release team.
The content of the release-notes/<pull request number>.md file will serve as the basis for the release notes. If the file does not exist, the title of the pull request will be used instead.