Merge branch 'main' into repo-sync
This commit is contained in:
@@ -50,6 +50,8 @@ To reduce the size of your CODEOWNERS file, consider using wildcard patterns to
|
||||
A CODEOWNERS file uses a pattern that follows most of the same rules used in [gitignore](https://git-scm.com/docs/gitignore#_pattern_format) files, with [some exceptions](#syntax-exceptions). The pattern is followed by one or more {% data variables.product.prodname_dotcom %} usernames or team names using the standard `@username` or `@org/team-name` format. Users must have `read` access to the repository and teams must have explicit `write` access, even if the team's members already have access. You can also refer to a user by an email address that has been added to their account on {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.product.product_location %}{% endif %}, for example `user@example.com`.
|
||||
|
||||
If any line in your CODEOWNERS file contains invalid syntax, the file will not be detected and will not be used to request reviews.
|
||||
|
||||
CODEOWNERS paths are case sensitive, because {% data variables.product.prodname_dotcom %} uses a case sensitive file system. Since CODEOWNERS are evaluated by {% data variables.product.prodname_dotcom %}, even systems that are case insensitive (for example, macOS) must use paths and files that are cased correctly in the CODEOWNERS file.
|
||||
### Example of a CODEOWNERS file
|
||||
```
|
||||
# This is a comment.
|
||||
@@ -97,6 +99,10 @@ apps/ @octocat
|
||||
# subdirectories.
|
||||
/docs/ @doctocat
|
||||
|
||||
# In this example, any change inside the `/scripts` directory
|
||||
# will require approval from @doctocat or @octocat.
|
||||
/scripts/ @doctocat @octocat
|
||||
|
||||
# In this example, @octocat owns any file in the `/apps`
|
||||
# directory in the root of your repository except for the `/apps/github`
|
||||
# subdirectory, as its owners are left empty.
|
||||
@@ -112,21 +118,6 @@ There are some syntax rules for gitignore files that do not work in CODEOWNERS f
|
||||
## CODEOWNERS and branch protection
|
||||
Repository owners can add branch protection rules to ensure that changed code is reviewed by the owners of the changed files. For more information, see "[About protected branches](/github/administering-a-repository/defining-the-mergeability-of-pull-requests/about-protected-branches)."
|
||||
|
||||
### Example of a CODEOWNERS file
|
||||
```
|
||||
# In this example, any change inside the `/apps` directory
|
||||
# will require approval from @doctocat.
|
||||
/apps/ @doctocat
|
||||
|
||||
# In this example, any change inside the `/apps` directory
|
||||
# will require approval from @doctocat or @octocat.
|
||||
/apps/ @doctocat @octocat
|
||||
|
||||
# In this example, any change inside the `/apps` directory
|
||||
# will require approval from a member of the @example-org/content team.
|
||||
/apps/ @example-org/content-team
|
||||
```
|
||||
|
||||
|
||||
## Further reading
|
||||
|
||||
|
||||
Reference in New Issue
Block a user