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
You can contribute to this project by opening a PR to merge to `master`, or one of the `vX.X.X` branches.
4
+
5
+
## Branching
6
+
7
+
`master` branch contains the latest source code with all the features. `vX.X.X` contains code for the specific major versions.
8
+
i.e. `v0.4.x` contains the latest code for 0.4 version of the operator. See compatibility matrix below.
9
+
10
+
## Tests
11
+
12
+
Please write tests and fix any broken tests before you open a PR. Tests should cover at least 80% of your code.
13
+
14
+
## e2e-tests
15
+
16
+
End-to-end tests are implemented using [kuttl](https://kuttl.dev/), a Kubernetes test framework. To execute these tests locally, first install kuttl on your system, then run the command `make e2e` from the project root directory.
<aclass="github-button"href="https://github.com/sponsors/hitman99"data-icon="octicon-heart"data-size="large"aria-label="Sponsor @hitman99 on GitHub">Sponsor</a>
Since version 1.2 it is possible to use many instances of postgres-operator to control different databases based on annotations in CRs.
181
-
Follow the steps below to enable multi-operator support.
182
-
1. Add POSTGRES_INSTANCE
196
+
197
+
Run multiple operator instances by setting unique POSTGRES_INSTANCE values and using annotations in your CRs to assign them.
183
198
184
199
#### Annotations Use Case
185
200
186
201
With the help of annotations it is possible to create annotation-based copies of secrets in other namespaces.
187
202
188
203
For more information and an example, see [kubernetes-replicator#pull-based-replication](https://github.com/mittwald/kubernetes-replicator#pull-based-replication)
189
204
190
-
#### Template Use Case
205
+
### Secret Templating
191
206
192
-
Users can specify the structure and content of secrets based on their unique requirements using standard
207
+
Users can specify the structure and content of secrets based on their unique requirements using standard
193
208
[Go templates](https://pkg.go.dev/text/template#hdr-Actions). This flexibility allows for a more tailored approach to
194
209
meeting the specific needs of different applications.
195
210
@@ -202,23 +217,6 @@ Available context:
202
217
| `.Database` | Referenced database name |
203
218
| `.Password` | Generated role password |
204
219
205
-
### Contribution
206
-
207
-
You can contribute to this project by opening a PR to merge to `master`, or one of the `vX.X.X` branches.
208
-
209
-
#### Branching
210
-
211
-
`master`branch contains the latest source code with all the features. `vX.X.X` contains code for the specific major versions.
212
-
i.e. `v0.4.x` contains the latest code for 0.4 version of the operator. See compatibility matrix below.
213
-
214
-
#### Tests
215
-
216
-
Please write tests and fix any broken tests before you open a PR. Tests should cover at least 80% of your code.
217
-
218
-
#### e2e-tests
219
-
220
-
End-to-end tests are implemented using [kuttl](https://kuttl.dev/), a Kubernetes test framework. To execute these tests locally, first install kuttl on your system, then run the command `make e2e` from the project root directory.
221
-
222
220
### Compatibility
223
221
224
222
Postgres operator uses Operator SDK, which uses kubernetes client. Kubernetes client compatibility with Kubernetes cluster
@@ -230,4 +228,14 @@ Postgres operator compatibility with Operator SDK version is in the table below
0 commit comments