mirror of
https://gitea.com/docker/metadata-action.git
synced 2024-11-29 15:39:33 +01:00
46 lines
2.1 KiB
Markdown
46 lines
2.1 KiB
Markdown
|
## Contributing
|
||
|
|
|
||
|
|
Hi there! We're thrilled that you'd like to contribute to this project. Your help is essential for keeping it great.
|
||
|
|
|
||
|
|
Contributions to this project are [released](https://help.github.com/articles/github-terms-of-service/#6-contributions-under-repository-license) to the public under the [project's open source license](LICENSE).
|
||
|
|
|
||
|
|
## Submitting a pull request
|
||
|
|
|
||
|
|
1. [Fork](https://github.com/crazy-max/ghaction-docker-meta/fork) and clone the repository
|
||
|
|
2. Configure and install the dependencies: `yarn install`
|
||
|
|
3. Make sure the tests pass on your machine: `yarn run test`
|
||
|
|
4. Create a new branch: `git checkout -b my-branch-name`
|
||
|
|
5. Make your change, add tests, and make sure the tests still pass
|
||
|
|
6. Run pre-checkin: `yarn run pre-checkin`
|
||
|
|
7. Push to your fork and [submit a pull request](https://github.com/crazy-max/ghaction-docker-meta/compare)
|
||
|
|
8. Pat your self on the back and wait for your pull request to be reviewed and merged.
|
||
|
|
|
||
|
|
## Container based developer flow
|
||
|
|
|
||
|
|
If you don't want to maintain a Node developer environment that fits this project you can use containerized commands instead of invoking yarn directly.
|
||
|
|
|
||
|
|
```
|
||
|
|
# format code and build javascript artifacts
|
||
|
|
docker buildx bake pre-checkin
|
||
|
|
|
||
|
|
# validate all code has correctly formatted and built
|
||
|
|
docker buildx bake validate
|
||
|
|
|
||
|
|
# run tests
|
||
|
|
docker buildx bake test
|
||
|
|
```
|
||
|
|
|
||
|
|
Here are a few things you can do that will increase the likelihood of your pull request being accepted:
|
||
|
|
|
||
|
|
- Write tests.
|
||
|
|
- Make sure the `README.md` and any other relevant **documentation are kept up-to-date**.
|
||
|
|
- We try to follow [SemVer v2.0.0](https://semver.org/). Randomly breaking public APIs is not an option.
|
||
|
|
- Keep your change as focused as possible. If there are multiple changes you would like to make that are not dependent upon each other, consider submitting them as **separate pull requests**.
|
||
|
|
- Write a [good commit message](http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html).
|
||
|
|
|
||
|
|
## Resources
|
||
|
|
|
||
|
|
- [How to Contribute to Open Source](https://opensource.guide/how-to-contribute/)
|
||
|
|
- [Using Pull Requests](https://help.github.com/articles/about-pull-requests/)
|
||
|
|
- [GitHub Help](https://help.github.com)
|