-
Notifications
You must be signed in to change notification settings - Fork 15.3k
[Docs] [Developer Policy] Document best practice of not tagging a username in commit messages and PR descriptions #164328
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
Changes from 1 commit
a1fc6dd
f2b6af3
9a42646
f8cdebc
65ceb11
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -413,6 +413,10 @@ Below are some guidelines about the format of the message itself: | |
| message self-explanatory. Note that such non-public links should not be | ||
| included in the submitted code. | ||
|
|
||
| * Avoid 'tagging' someone's username in your commits and PR descriptions | ||
| (e.g. `@<someUser>`), doing so results in that account receiving an email | ||
|
||
| every time the commit is cherry-picked and to a fork. | ||
|
||
|
|
||
| LLVM uses a squash workflow for pull requests, so as the pull request evolves | ||
| during review, it's important to update the pull request description over the | ||
| course of a review. GitHub uses the initial commit message to create the pull | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.