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
Prepare the Strimzi Operators repo to rename the master branch to main (strimzi#4636)
* Prepare the Strimzi Operators repo to rename the master branch to main
Signed-off-by: Jakub Scholz <[email protected]>
* Fix the contributing guide
Signed-off-by: Jakub Scholz <[email protected]>
* Fix Helm Charts
Signed-off-by: Jakub Scholz <[email protected]>
Copy file name to clipboardexpand all lines: CONTRIBUTING.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -30,7 +30,7 @@ If you want to get in touch with us first before contributing, you can use:
30
30
31
31
# How to become a maintainer
32
32
33
-
The governance of the project is defined in the [GOVERNANCE.md](https://github.com/strimzi/strimzi-kafka-operator/blob/master/GOVERNANCE.md) file in the Strimzi Github repository, but in summary certain members of the community are the "maintainers" who decide the direction of the project. New maintainers can be elected by a ⅔ majority vote of the existing maintainers.
33
+
The governance of the project is defined in the [GOVERNANCE.md](https://github.com/strimzi/strimzi-kafka-operator/blob/main/GOVERNANCE.md) file in the Strimzi Github repository, but in summary certain members of the community are the "maintainers" who decide the direction of the project. New maintainers can be elected by a ⅔ majority vote of the existing maintainers.
34
34
35
35
So as to be transparent and to ensure that all potential maintainers are judged fairly and consistently the following criteria should be taken into account in electing new maintainers:
@@ -17,7 +17,7 @@ To get up and running quickly, check our [Quick Start for Minikube, OKD (OpenShi
17
17
18
18
## Documentation
19
19
20
-
Documentation to the current _master_ branch as well as all releases can be found on our [website][strimzi].
20
+
Documentation to the current _main_ branch as well as all releases can be found on our [website][strimzi].
21
21
22
22
## Getting help
23
23
@@ -50,8 +50,8 @@ All bugs, tasks or enhancements are tracked as [GitHub issues](https://github.co
50
50
might be a good start for new contributors are marked with ["good-start"](https://github.com/strimzi/strimzi-kafka-operator/labels/good-start)
51
51
label.
52
52
53
-
The [Dev guide](https://github.com/strimzi/strimzi-kafka-operator/blob/master/development-docs/DEV_GUIDE.md) describes how to build Strimzi.
54
-
Before submitting a patch, please make sure to understand, how to test your changes before opening a PR [Test guide](https://github.com/strimzi/strimzi-kafka-operator/blob/master/development-docs/TESTING.md).
53
+
The [Dev guide](https://github.com/strimzi/strimzi-kafka-operator/blob/main/development-docs/DEV_GUIDE.md) describes how to build Strimzi.
54
+
Before submitting a patch, please make sure to understand, how to test your changes before opening a PR [Test guide](https://github.com/strimzi/strimzi-kafka-operator/blob/main/development-docs/TESTING.md).
55
55
56
56
The [Documentation Contributor Guide](https://strimzi.io/contributing/guide/) describes how to contribute to Strimzi documentation.
Copy file name to clipboardexpand all lines: development-docs/DEV_GUIDE.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -173,7 +173,7 @@ Other build options:
173
173
174
174
### Kafka versions
175
175
176
-
As part of the Docker image build several different versions of Kafka will be built, which can increase build times. Which Kafka versions are to be built are defined in the [kafka-versions.yaml](https://github.com/strimzi/strimzi-kafka-operator/blob/master/kafka-versions.yaml) file. Unwanted versions can be commented out to speed up the build process.
176
+
As part of the Docker image build several different versions of Kafka will be built, which can increase build times. Which Kafka versions are to be built are defined in the [kafka-versions.yaml](https://github.com/strimzi/strimzi-kafka-operator/blob/main/kafka-versions.yaml) file. Unwanted versions can be commented out to speed up the build process.
Copy file name to clipboardexpand all lines: development-docs/RELEASE.md
+6-7
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ The `release` target will not build the Docker images - they should be built and
11
11
The release process should normally look like this:
12
12
13
13
1. Create a release branch
14
-
2. On the `master` git branch of the operators repository:
14
+
2. On the `main` git branch of the operators repository:
15
15
* Update the versions to the next SNAPSHOT version using the `next_version``make` target. For example to update the next version to `0.6.0-SNAPSHOT` run: `make NEXT_VERSION=0.6.0-SNAPSHOT next_version`.
16
16
17
17
3. Run `make clean`
@@ -35,21 +35,20 @@ The release process should normally look like this:
35
35
* Copy files from the operators repository `documentation/html` to `docs/operators/latest/full` in the website repository
36
36
* Update the Helm Chart repository file by copying `helm-charts/helm3/index.yaml` in the operators GitHub repository to `charts/index.yaml` in the website GitHub repsoitory.
37
37
38
-
12._(only for GA, not for RCs)_ The maven artifacts (`api` module) will be automatically staged from Azure during the tag build. It has to be releases from [Sonatype](https://oss.sonatype.org/#stagingRepositories) to get to the main Maven repositories.
39
-
13._(only for GA, not for RCs)_ On the `master` git branch of the operators repository:
40
-
* Copy the `packaging/helm-charts/index.yaml` from the `release` branch to `master`
38
+
12._(only for GA, not for RCs)_ On the `main` git branch of the operators repository:
39
+
* Copy the `packaging/helm-charts/index.yaml` from the `release` branch to `main`
41
40
* Update the `ProductVersion` variable in `documentation/using/shared/attributes.doc`
42
-
* Update the `install`, `examples` and `helm-chart` directories in the `master` branch with the newly released files
41
+
* Update the `install`, `examples` and `helm-chart` directories in the `main` branch with the newly released files
43
42
43
+
13._(only for GA, not for RCs)_ The maven artifacts (`api` module) will be automatically staged from Azure during the tag build. It has to be releases from [Sonatype](https://oss.sonatype.org/#stagingRepositories) to get to the main Maven repositories.
44
44
14._(only for GA, not for RCs)_ Update the Strimzi manifest files in Operator Hub [community operators](https://github.com/operator-framework/community-operators) repository and submit a pull request upstream. *Note*: Instructions for this step need updating.
45
45
15._(only for GA, not for RCs)_ Add the new version to the `systemtest/src/test/resources/upgrade/StrimziUpgradeST.json` file for the upgrade tests
46
46
16._(only for GA, not for RCs)_ Add the new version to the `systemtest/src/test/resources/upgrade/StrimziDowngradeST.json` file and remove the old one for the downgrade tests
47
47
48
-
49
48
## Updating Kafka Bridge version
50
49
51
50
The version of Strimzi Kafka Bridge is defined in the file `./bridge.version`.
52
-
Even the master branch is using this fixed version and not the version build from the `master` branch of Kafka Bridge.
51
+
Even the `main` branch is using this fixed version and not the version build from the `main` branch of Kafka Bridge.
53
52
If you need to update the Kafka bridge to newer version, you should do it with following steps:
54
53
55
54
1. Edit the `bridge.version` file and update it to contain the new Bridge version
https://github.com/strimzi/strimzi-kafka-bridge[`strimzi-kafka-bridge`^] (GitHub):: The public GitHub repo hosts all of the Strimzi Kafka Bridge code.
28
28
https://github.com/strimzi/strimzi-kafka-oauth[`strimzi-kafka-oauth`^] (GitHub):: The public GitHub repo hosts all of the Strimzi OAuth 2.0 code.
29
29
30
-
The main documentation is in the Strimzi Operators repository, in the https://github.com/strimzi/strimzi-kafka-operator/tree/master/documentation[`documentation` folder^].
30
+
The main documentation is in the Strimzi Operators repository, in the https://github.com/strimzi/strimzi-kafka-operator/tree/main/documentation[`documentation` folder^].
31
31
The _documentation_ folder is split into _category_ folders to manage the content.
32
32
33
33
Documentation category folders contain files related to Strimzi guides (Deploying, Quickstart, Overview, Using), and the files that provide the content for one or more of these guides – _assemblies_ and _modules_.
Copy file name to clipboardexpand all lines: documentation/contributing/make-tooling.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
[[make-tooling]]
2
2
= Using make with documentation
3
3
4
-
When you make changes to the documentation, it is a good practice to do a local test build to verify the book builds successfully and renders as you expect before you submit the merge request back to upstream master.
4
+
When you make changes to the documentation, it is a good practice to do a local test build to verify the book builds successfully and renders as you expect before you submit the merge request back to upstream main.
5
5
6
6
Make is a useful tool for building your documentation and pushing it to a public website so that peer and quality reviewers can see your edits as the user would.
0 commit comments