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
Describe the use case and detail of the change. If this PR addresses an issue on GitHub, make sure to include a link to that issue using one of the [supported keywords](https://docs.github.com/en/github/managing-your-work-on-github/linking-a-pull-request-to-an-issue)here in this description (not in the title of the PR).
3
+
Describe the use case and detail of the change. If this PR addresses an issue on GitHub, make sure to include a link to that issue using one of the [supported keywords](https://docs.github.com/en/github/managing-your-work-on-github/linking-a-pull-request-to-an-issue) in this PR's description or commit message.
4
4
5
5
### Checklist
6
6
7
-
Before creating a PR, run through this checklist and mark each as complete.
7
+
Before creating a PR, run through this checklist and mark each as complete:
8
8
9
-
-[ ] I have read the [`CONTRIBUTING`](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/CONTRIBUTING.md) document
10
-
-[ ] If applicable, I have added tests that prove my fix is effective or that my feature works
11
-
-[ ] If applicable, I have checked that any relevant tests pass after adding my changes
12
-
-[ ] I have updated any relevant documentation ([`README.md`](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/README.md) and [`CHANGELOG.md`](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/CHANGELOG.md))
9
+
-[ ] I have read the [contributing guidelines](/CONTRIBUTING.md).
10
+
-[ ] If applicable, I have added tests that prove my fix is effective or that my feature works.
11
+
-[ ] If applicable, I have checked that any relevant tests pass after adding my changes.
12
+
-[ ] I have updated any relevant documentation ([`README.md`](/README.md) and [`CHANGELOG.md`](/CHANGELOG.md)).
Copy file name to clipboardExpand all lines: .github/workflows/ossf_scorecard.yml
+17-24
Original file line number
Diff line number
Diff line change
@@ -1,34 +1,32 @@
1
-
# This workflow uses actions that are not certified by GitHub. They are provided
2
-
# by a third-party and are governed by separate terms of service, privacy
3
-
# policy, and support documentation.
1
+
---
2
+
# This workflow uses actions that are not certified by GitHub. They are provided by a third-party and are governed by separate terms of service, privacy policy, and support documentation.
4
3
name: OSSF Scorecard
5
4
on:
6
-
# For Branch-Protection check. Only the default branch is supported. See
# (Optional) fine-grained personal access token. Uncomment the `repo_token` line below if:
44
-
# - you want to enable the Branch-Protection check on a *public* repository, or
45
-
# - you are installing Scorecard on a *private* repository
41
+
# (Optional) fine-grained personal access token. Uncomment the `repo_token` line below if you want to enable the Branch-Protection or Webhooks check on a *private* repository.
46
42
# To create the PAT, follow the steps in https://github.com/ossf/scorecard-action#authentication-with-fine-grained-pat-optional.
47
43
# repo_token: ${{ secrets.SCORECARD_TOKEN }}
48
44
49
-
# Publish the results for public repositories to enable scorecard badges. For more details, see
# For private repositories, `publish_results` will automatically be set to `false`, regardless
52
-
# of the value entered here.
45
+
# Publish the results for public repositories to enable scorecard badges. For more details, see https://github.com/ossf/scorecard-action#publishing-results.
46
+
# For private repositories, `publish_results` will automatically be set to `false`, regardless of the value entered here.
53
47
publish_results: true
54
48
55
-
# Upload the results as artifacts (optional). Commenting out will disable uploads of run results in SARIF
56
-
# format to the repository Actions tab.
49
+
# Upload the results as artifacts (optional). Commenting out will disable uploads of run results in SARIF format to the repository Actions tab.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+10-10
Original file line number
Diff line number
Diff line change
@@ -10,30 +10,30 @@ The following is a set of guidelines for contributing to this project. We really
10
10
11
11
[Code Guidelines](#code-guidelines)
12
12
13
-
[Code of Conduct](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/CODE_OF_CONDUCT.md)
13
+
[Code of Conduct](/CODE_OF_CONDUCT.md)
14
14
15
15
## Getting Started
16
16
17
-
Follow our [Getting Started Guide](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/README.md#Getting-Started) to get this project up and running.
17
+
Follow the instructions on the README's [Getting Started](/README.md#Getting-Started) section to get this project up and running.
18
18
19
19
<!-- ### Project Structure (OPTIONAL) -->
20
20
21
21
## Contributing
22
22
23
23
### Report a Bug
24
24
25
-
To report a bug, open an issue on GitHub with the label `bug` using the available bug report issue template. Please ensure the bug has not already been reported. **If the bug is a potential security vulnerability, please report it using our [security policy](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/SECURITY.md).**
25
+
To report a bug, open an issue on GitHub with the label `bug` using the available bug report issue template. Please ensure the bug has not already been reported. **If the bug is a potential security vulnerability, please report it using our [security policy](/SECURITY.md).**
26
26
27
27
### Suggest a Feature or Enhancement
28
28
29
-
To suggest a feature or enhancement, please create an issue on GitHub with the label `enhancement` using the available [feature request template](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/.github/feature_request_template.md). Please ensure the feature or enhancement has not already been suggested.
29
+
To suggest a feature or enhancement, please create an issue on GitHub with the label `enhancement` using the available [feature request template](/.github/feature_request_template.md). Please ensure the feature or enhancement has not already been suggested.
30
30
31
-
### Open a Pull Request
31
+
### Open a Pull Request (PR)
32
32
33
-
- Fork the repo, create a branch, implement your changes, add any relevant tests, submit a PR when your changes are **tested** and ready for review.
34
-
- Fill in [our pull request template](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/.github/pull_request_template.md).
33
+
- Fork the repo, create a branch, implement your changes, add any relevant tests, and submit a PR when your changes are **tested** and ready for review.
34
+
- Fill in the [PR template](/.github/pull_request_template.md).
35
35
36
-
Note: if you'd like to implement a new feature, please consider creating a [feature request issue](https://github.com/{{REPOSITORY_OWNER}}/{{REPOSITORY_URL}}/blob/main/.github/feature_request_template.md) first to start a discussion about the feature.
36
+
**Note:** If you'd like to implement a new feature, please consider creating a [feature request issue](/.github/feature_request_template.md) first to start a discussion about the feature.
37
37
38
38
## Code Guidelines
39
39
@@ -42,8 +42,8 @@ Note: if you'd like to implement a new feature, please consider creating a [feat
42
42
### Git Guidelines
43
43
44
44
- Keep a clean, concise and meaningful git commit history on your branch (within reason), rebasing locally and squashing before submitting a PR.
45
-
- If possible and/or relevant, use the [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) format when writing a commit message, so that changelogs can be automatically generated
46
-
- Follow the guidelines of writing a good commit message as described here <https://chris.beams.io/posts/git-commit/> and summarised in the next few points:
45
+
- If possible and/or relevant, use the [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) format when writing a commit message, so that changelogs can be automatically generated.
46
+
- Follow the guidelines of writing a good commit message as described here <https://chris.beams.io/posts/git-commit/> and summarized in the next few points:
47
47
- In the subject line, use the present tense ("Add feature" not "Added feature").
48
48
- In the subject line, use the imperative mood ("Move cursor to..." not "Moves cursor to...").
49
49
- Limit the subject line to 72 characters or less.
0 commit comments