mirror of
https://github.com/bitnami/charts.git
synced 2026-02-10 20:27:38 +08:00
Rename the main branch of Bitnami Charts from master to another more inclusive term (#13000)
Signed-off-by: Fran Mulero <fmulero@vmware.com> Signed-off-by: Fran Mulero <fmulero@vmware.com>
This commit is contained in:
@@ -52,7 +52,7 @@ Notice the `Author` and `Signed-off-by` lines match. If they don't your PR will
|
||||
### PR Approval and Release Process
|
||||
|
||||
1. Changes are manually reviewed by Bitnami team members.
|
||||
1. Once the changes are accepted, the PR is verified with a [Static analysis](https://github.com/bitnami/charts/blob/master/TESTING.md#Static-analysis) that includes the lint and the vulnerability checks. If that passes, the Bitnami team will review the changes and trigger the verification and functional tests.
|
||||
1. Once the changes are accepted, the PR is verified with a [Static analysis](https://github.com/bitnami/charts/blob/main/TESTING.md#Static-analysis) that includes the lint and the vulnerability checks. If that passes, the Bitnami team will review the changes and trigger the verification and functional tests.
|
||||
1. When the PR passes all tests, the PR is merged by the reviewer(s) in the GitHub `master` branch.
|
||||
1. Then our CI/CD system is going to push the chart to the Helm registry including the recently merged changes and also the latest images and dependencies used by the chart. The changes in the images will be also committed by the CI/CD to the GitHub repository, bumping the chart version again.
|
||||
|
||||
@@ -60,16 +60,16 @@ Notice the `Author` and `Signed-off-by` lines match. If they don't your PR will
|
||||
|
||||
### Testing
|
||||
|
||||
1. Read the [Test Strategy](https://github.com/bitnami/charts/blob/master/TESTING.md) guide.
|
||||
1. Read the [Test Strategy](https://github.com/bitnami/charts/blob/main/TESTING.md) guide.
|
||||
2. Determine the types of tests you will need based on the chart you are testing and the information in the test strategy.
|
||||
3. Before you create a pull request, make sure you achieved the [Test Acceptance Criteria](https://github.com/bitnami/charts/blob/master/TESTING.md#Test-acceptance-criteria).
|
||||
3. Before you create a pull request, make sure you achieved the [Test Acceptance Criteria](https://github.com/bitnami/charts/blob/main/TESTING.md#Test-acceptance-criteria).
|
||||
4. If you were able to achieve them, congrats! Create a PR and wait for the approval. You should then be able to see the result of the test execution for multiple cloud platforms (AKS, TKG, GKE) after the approval.
|
||||
|
||||
### Adding a new chart to the repository
|
||||
|
||||
There are three major technical requirements to add a new Helm chart to our catalog:
|
||||
- The chart should use Bitnami based container images. If they don't exist, you can [open a GitHub issue](https://github.com/bitnami/charts/issues/new/choose) and we will work together to create them.
|
||||
- Follow the same structure/patterns that the rest of the Bitnami charts (you can find a basic scaffolding in the [`template` directory](https://github.com/bitnami/charts/tree/master/template)) and the [Best Practices for Creating Production-Ready Helm charts](https://docs.bitnami.com/tutorials/production-ready-charts/) guide.
|
||||
- Follow the same structure/patterns that the rest of the Bitnami charts (you can find a basic scaffolding in the [`template` directory](https://github.com/bitnami/charts/tree/main/template)) and the [Best Practices for Creating Production-Ready Helm charts](https://docs.bitnami.com/tutorials/production-ready-charts/) guide.
|
||||
- Use an [OSI approved license](https://opensource.org/licenses) for all the software.
|
||||
|
||||
Please, note we will need to check internally and evaluate the feasibility of adding the new solution to the catalog. Due to limited resources this step could take some time.
|
||||
|
||||
Reference in New Issue
Block a user