Skip to content

Commit f34fc70

Browse files
authored
Merge pull request #62 from github/jm-update-contributing
2 parents 3e7f587 + 0f9e1d5 commit f34fc70

File tree

2 files changed

+4
-34
lines changed

2 files changed

+4
-34
lines changed

Diff for: .github/pull_request_template.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -21,4 +21,4 @@ examples: "feat: add new logger" or "fix: remove unused imports"
2121

2222
### Reviewer
2323

24-
- [ ] Label as either `fix`, `documentation`, `enhancement`, `infrastructure`, or `breaking`
24+
- [ ] Label as either `fix`, `documentation`, `enhancement`, `infrastructure`, `maintenance` or `breaking`

Diff for: CONTRIBUTING.md

+3-33
Original file line numberDiff line numberDiff line change
@@ -53,18 +53,7 @@ A good bug report shouldn't leave others needing to chase you up for more inform
5353
<!-- omit in toc -->
5454
### How Do I Submit a Good Bug Report?
5555

56-
We use GitHub issues to track bugs and errors. If you run into an issue with the project:
57-
58-
- Open an [Issue](https://github.com/github/cleanowners/issues/new).
59-
- Explain the behavior you would expect and the actual behavior.
60-
- Please provide as much context as possible and describe the *reproduction steps* that someone else can follow to recreate the issue on their own. This usually includes your code. For good bug reports you should isolate the problem and create a reduced test case.
61-
- Provide the information you collected in the previous section.
62-
63-
Once it's filed:
64-
65-
- The project team will label the issue accordingly.
66-
- A team member will try to reproduce the issue with your provided steps. If there are no reproduction steps or no obvious way to reproduce the issue, the team will ask you for those steps and mark the issue as `needs-repro`. Bugs with the `needs-repro` tag will not be addressed until they are reproduced.
67-
- If the team is able to reproduce the issue, it will be marked `needs-fix`, as well as possibly other tags (such as `critical`), and the issue will be left to be implemented by someone.
56+
Please submit a bug report using our [GitHub Issues template](https://github.com/github/cleanowners/issues/new?template=bug_report.yml).
6857

6958
## Suggesting Enhancements
7059

@@ -81,31 +70,12 @@ This section guides you through submitting an enhancement suggestion for cleanow
8170
<!-- omit in toc -->
8271
### How Do I Submit a Good Enhancement Suggestion?
8372

84-
Enhancement suggestions are tracked as [GitHub issues](https://github.com/github/cleanowners/issues).
85-
86-
- Use a **clear and descriptive title** for the issue to identify the suggestion.
87-
- Provide a **step-by-step description of the suggested enhancement** in as many details as possible.
88-
- **Describe the current behavior** and **explain which behavior you expected to see instead** and why. At this point you can also tell which alternatives do not work for you.
89-
- You may want to **include screenshots and animated GIFs** which help you demonstrate the steps or point out the part which the suggestion is related to.
90-
- **Explain why this enhancement would be useful** to most cleanowners users.
73+
Please submit an enhancement suggestion using our [GitHub Issues template](https://github.com/github/cleanowners/issues/new?template=feature_request.yml).
9174

9275
### Pull Request Standards
9376

9477
We are using [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) to standardize our pull request titles. This allows us to automatically generate labels and changelogs and follow semantic versioning. Please follow the commit message format when creating a pull request. What pull request title prefixes are expected are in the [pull_request_template.md](.github/pull_request_template.md) that is shown when creating a pull request.
9578

9679
## Releases
9780

98-
To release a new version, maintainers are to release new versions following semantic versioning and via GitHub Releases.
99-
Once the code is ready to release please do the following
100-
101-
1. Create a [GitHub release](https://github.com/github/cleanowners/releases) based off the current draft and review release notes
102-
2. Ensure that the versioning is correct given the content of the release
103-
3. Check the box to release it to the GitHub Marketplace
104-
4. Publish the release
105-
5. Clone the repository at the release tag locally or in a codespace
106-
6. Authenticate to ghcr.io using [these instructions](https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-container-registry#authenticating-to-the-container-registry)
107-
7. `docker build -t ghcr.io/github/cleanowners:v1 .` where v1 is the current major version number
108-
8. `docker build -t ghcr.io/github/cleanowners:v1.0.0 .` where v1.0.0 is the full version number
109-
9. `docker push ghcr.io/github/cleanowners:v1` where v1 is the current major version number
110-
10. `docker push ghcr.io/github/cleanowners:v1.0.0` where v1.0.0 is the full version number
111-
11. Update the `action.yml` and `README.md` instructions to point to the new docker container if its a major version number change
81+
Releases are automated but if you need to manually initiate a release you can do so through the GitHub Actions UI. If you have permissions to do so, you can navigate to the [Actions tab](https://github.com/github/stale-repos/actions/workflows/release.yml) and select the `Run workflow` button. This will allow you to select the branch to release from and the version to release.

0 commit comments

Comments
 (0)