You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: lib/instrumentation/koa/.github/PULL_REQUEST_TEMPLATE.md
+15-7
Original file line number
Diff line number
Diff line change
@@ -6,14 +6,22 @@ This code is leveraged to monitor critical services. Please consider the followi
6
6
* Performance matters.
7
7
* Features that are specific to just your app are unlikely to make it in.
8
8
9
-
Please fill out the relevant sections as follows:
10
-
* Proposed Release Notes: Bulleted list of recommended release notes for the change(s).
11
-
* Links: Any relevant links for the change.
12
-
* Details: In-depth description of changes, other technical notes, etc.
9
+
Ensure that your Pull Request title adheres to our Conventional Commit standards
10
+
as described in CONTRIBUTING.md
11
+
12
+
Please update the Pull Request description to add relevant context or documentation about
13
+
the submitted change.
13
14
-->
15
+
## Description
16
+
17
+
Please provide a brief description of the changes introduced in this pull request.
18
+
What problem does it solve? What is the context of this change?
19
+
20
+
## How to Test
14
21
15
-
## Proposed Release Notes
22
+
Please describe how you have tested these changes. Have you run the code against an example application?
23
+
What steps did you take to ensure that the changes are working correctly?
16
24
17
-
## Links
25
+
## Related Issues
18
26
19
-
## Details
27
+
Please include any related issues or pull requests in this section, using the format `Closes #<issue number>` or `Fixes #<issue number>` if applicable.
# Recommended Prefixes from https://github.com/conventional-changelog/commitlint/blob/master/%40commitlint/config-conventional/README.md#type-enum
22
+
types: |
23
+
build
24
+
chore
25
+
ci
26
+
docs
27
+
feat
28
+
fix
29
+
perf
30
+
refactor
31
+
revert
32
+
security
33
+
style
34
+
test
35
+
env:
36
+
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
37
+
- if: failure()
38
+
name: Add PR comment if failed
39
+
uses: marocchino/sticky-pull-request-comment@v2
40
+
with:
41
+
header: pr-title-lint-error
42
+
message: |
43
+
Thank you for your contribution! We require all PR titles to follow the [Conventional Commits specification](https://www.conventionalcommits.org/en/v1.0.0/).
44
+
Please update your PR title with the appropriate type and we'll try again!
Copy file name to clipboardexpand all lines: lib/instrumentation/koa/CONTRIBUTING.md
+24
Original file line number
Diff line number
Diff line change
@@ -58,6 +58,30 @@ If you’re planning on contributing a new feature or an otherwise complex contr
58
58
59
59
In general, we try to limit adding third-party production dependencies. If one is necessary, please be prepared to make a clear case for the need.
60
60
61
+
### Commit Guidelines
62
+
63
+
We use [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) to format commit messages for this repository. Conventional Commits provide a standardized format for commit messages that allows for automatic generation of changelogs and easy tracking of changes.
64
+
65
+
When contributing to this repository, please ensure that your commit messages adhere to the Conventional Commit guidelines. Specifically, your commit messages should:
66
+
67
+
* Start with a type, indicating the kind of change being made (e.g. `feat` for a new feature, `fix` for a bugfix, etc.). The types we support are:
68
+
*`build`: changes that affect the build system or external dependencies
69
+
*`chore`: changes that do not modify source or test files
70
+
*`ci`: changes to our CI configuration files and scripts
71
+
*`docs`: documentation additions or updates
72
+
*`feat`: new features or capabilities added to the agent
73
+
*`fix`: bugfixes or corrections to existing functionality
74
+
*`perf`: performance improvements
75
+
*`refactor`: changes that do not add new feature or fix bugs, but improve code structure or readability
76
+
*`revert`: revert a previous commit
77
+
*`security`: changes related to the security of the agent, including the updating of dependencies due to CVE
78
+
*`style` - changes that do not affect the meaning of the code (e.g. formatting, white-space, etc.)
79
+
*`test` - adding new tests or modifying existing tests
80
+
* Use the imperative, present tense (e.g. "add feature" instead of "added feature")
81
+
* Optionally, include a scope in parantheses after the type to indicate which part of the repository is affected (e.g. `feat(instrumentation): add support for Prisma Client`)
82
+
83
+
Please note that we use the [Squash and Merge](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges#squash-and-merge-your-commits) method when merging Pull Requests into the main branch. We do not use the original commit messages from each individual commit. Instead, we use the Pull Request title as the commit message for the squashed commit, and as such, require that the Pull Request title adheres to our Conventional Commit standards. Any additional documentation or information relevant to the release notes should be added to the "optional extended description" section of the squash commit on merge.
84
+
61
85
### Coding Style Guidelines/Conventions
62
86
63
87
We use eslint to enforce certain coding standards. Please see our [.eslintrc](./.eslintrc.js) file for specific rule configuration.
0 commit comments