Skip to content

Commit aa17c5e

Browse files
committed
Merge branch 'release/v6.1.0'
2 parents 553c4e5 + 074aa6c commit aa17c5e

46 files changed

Lines changed: 4164 additions & 65 deletions

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

‎.gitignore‎

Lines changed: 9 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -19,6 +19,14 @@ authorized_keys
1919
.env.sh
2020
terraform.tfvars
2121

22+
/k3d/config.env
23+
/k3d/.bin
24+
/k3d/environments/*.env
25+
/k3d/environments/*.yaml
26+
!/k3d/environments/.gitkeep
27+
/.kube/
28+
/k3d/.kube/
29+
2230
# generated values file for longhorn
2331
.longhorn-values.yaml
2432
# generated values file for ecosystem-core
@@ -36,4 +44,4 @@ terraform.tfvars
3644
/terraform/examples/ces_google_gke/ces_cluster/kubeconfig
3745
/terraform/examples/ces_google_gke/secretVars.tfvars
3846

39-
/terraform/plusserver/gardener_kubeconfig.yaml
47+
/terraform/plusserver/gardener_kubeconfig.yaml

‎CHANGELOG.md‎

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -7,6 +7,12 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
77

88
## [Unreleased]
99

10+
## [v6.1.0] - 2026-09-08
11+
### Added
12+
- a local `k3d` development workflow for creating and managing CES test environments with local k3d-clusters.
13+
- [#147] add german docs translations
14+
- [#151] add bash script guideline
15+
1016
## [v6.0.1] - 2026-06-02
1117
### Changed
1218
- [#142] activate Cilium NetworkPolicy in terraform module

‎Vagrantfile‎

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -206,6 +206,7 @@ Vagrant.configure("2") do |config|
206206
helm_registry_username,
207207
helm_registry_password,
208208
helm_registry_host,
209+
helm_registry_host,
209210
helm_registry_schema,
210211
helm_registry_plain_http,
211212
kube_ctx_name,
Lines changed: 13 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -1,10 +1,14 @@
1+
# example to setup with lop-idp and dogu V3 features
2+
skipPreconditionValidation: false
13
components:
4+
k8s-service-discovery:
5+
valuesObject:
6+
exposition:
7+
exposePorts: true
8+
discoverServices: true
9+
discoverExpositionCR: true
210
lop-idp:
3-
version: 1.1.0
411
valuesObject:
5-
defaultConfig:
6-
env:
7-
initialDomain: "k3ces.localdomain"
812
ldap:
913
secrets:
1014
initialAdminPasswordSecretRef:
@@ -15,13 +19,8 @@ components:
1519
configuration:
1620
normal:
1721
allow_local_urls: "true"
18-
k8s-dogu-operator:
19-
valuesObject:
20-
controllerManager:
21-
env:
22-
authRegistrationEnabled: true
23-
disablePostfixDependencyCheck: true
24-
k8s-auth-registration-crd:
25-
version: 1.0.0
26-
postfix:
27-
version: 3.10.8-3
22+
use-lop-idp: true
23+
defaultConfig:
24+
env:
25+
initialDomain: "k3ces.localdomain"
26+
initialFQDN: "k3ces.localdomain"
Lines changed: 67 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,67 @@
1+
Im Folgenden finden Sie einige Best Practices für Bash-Skripte.
2+
3+
## Beginnen Sie mit einem Shebang
4+
5+
Die erste Zeile in einem Bash-Skript sollte lauten:
6+
7+
```bash
8+
#!/bin/bash
9+
```
10+
11+
## Fügen Sie eine Beschreibung hinzu
12+
13+
Fügen Sie am Anfang des Skripts eine Beschreibung ein, wenn dessen Zweck nicht bereits durch den Namen oder Ähnliches eindeutig ersichtlich ist.
14+
15+
## Fehlerbehandlung
16+
17+
Verwenden sie die folgenden „set“-Zeilen, damit das Skript bei Fehlern beendet wird, anstatt diese zu ignorieren:
18+
````bash
19+
set -o errexit
20+
````
21+
Weist Bash an, das Skript sofort zu beenden, wenn ein Befehl einen Exit-Status ungleich Null hat. Sie können „|| true“ zu Befehlen hinzufügen, bei denen ein Fehlschlag bzw. ein Exit-Code ungleich Null zulässig ist.
22+
````bash
23+
set -o nounset
24+
````
25+
Wenn diese Option gesetzt ist, führt der Verweis auf eine Variable, die Sie zuvor nicht definiert haben – mit Ausnahme von $* und $@ –, zu einem Fehler und bewirkt, dass das Programm sofort beendet wird.
26+
````bash
27+
set -o pipefail
28+
````
29+
Diese Einstellung verhindert, dass Fehler in einer Pipeline verdeckt werden. Wenn ein Befehl in einer Pipeline fehlschlägt, wird dessen Rückgabecode als Rückgabecode der gesamten Pipeline verwendet.
30+
31+
32+
## Fehlerinformationen an stderr ausgeben
33+
34+
Geben Sie alle Fehlerdaten an stderr aus, indem Sie
35+
````bash
36+
echo "this is an error" >&2
37+
````
38+
39+
vor oder hinter „echo“-Befehle setzen.
40+
41+
## Variablen mit ${} verwenden
42+
43+
Verwenden Sie beim Verweisen auf Variablen geschweifte Klammern anstelle von nur $VARIABLE. Dieser Standard verhindert Probleme bei der Verwendung der Bash-Variablen.
44+
45+
## apt-get automatisieren
46+
47+
Die folgenden Zeilen sind nützlich, wenn Software automatisch mit apt-get installiert wird:
48+
````bash
49+
apt-get --assume-yes (oder -y) ...
50+
````
51+
52+
Automatische Antwort „yes“ auf Fragen von apt-get
53+
````bash
54+
DEBIAN_FRONTEND=noninteractive apt-get ...
55+
````
56+
57+
Sorgt dafür, dass das Frontend überhaupt nicht mit Ihnen interagiert und bei allen Fragen die Standardantworten verwendet werden.
58+
59+
## Temporäre Daten entfernen
60+
61+
Nachdem Sie Installationsdaten an einen temporären Speicherort kopiert und ausgeführt haben, vergessen Sie nicht, diese zu entfernen, wenn Ihre Installation erfolgreich war.
62+
63+
## Weitere Informationen
64+
65+
[Inoffizielle Beschreibung des Bash-Strict-Modus](http://redsymbol.net/articles/unofficial-bash-strict-mode/)
66+
67+
[Bewährte Vorgehensweisen beim Schreiben von Bash-Skripten](http://kvz.io/blog/2013/11/21/bash-best-practices/)
Lines changed: 69 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,69 @@
1+
In the following you find some bash script best practices.
2+
3+
## Start with a shebang
4+
5+
The first line in a bash script should be
6+
7+
```bash
8+
#!/bin/bash
9+
```
10+
11+
## Add description
12+
13+
Put a description in the beginning of the script if its purpose is not totally clear by its name or the like.
14+
15+
## Error handling
16+
17+
Use the following set lines to make your script exit on errors instead of ignoring them:
18+
19+
```bash
20+
set -o errexit
21+
```
22+
Instructs bash to immediately exit if any command has a non-zero exit status. You may add '|| true' to commands that you allow to fail/have a non-zero exit code.
23+
24+
```bash
25+
set -o nounset
26+
```
27+
When set, a reference to any variable you haven't previously defined - with the exceptions of $* and $@ - is an error, and causes the program to immediately exit.
28+
29+
```bash
30+
set -o pipefail
31+
```
32+
This setting prevents errors in a pipeline from being masked. If any command in a pipeline fails, that return code will be used as the return code of the whole pipeline.
33+
34+
## Write error information to stderr
35+
36+
Write all error data to stderr by putting
37+
38+
```bash
39+
echo "this is an error" >&2
40+
```
41+
in front of or after 'echo' commands.
42+
43+
## Use variables with ${}
44+
45+
When referencing variables, use curly brackets instead of just $VARIABLE. This standard prevents problems when using bash variables.
46+
47+
## Automate apt-get
48+
49+
The following lines are useful if software is automatically installed using apt-get:
50+
51+
```bash
52+
apt-get --assume-yes (or -y) ...
53+
```
54+
Automatic 'yes' answer to questions from apt-get
55+
56+
```bash
57+
DEBIAN_FRONTEND=noninteractive apt-get ...
58+
```
59+
Makes the frontend never interact with you at all and makes the default answers be used for all questions.
60+
61+
## Remove temporary data
62+
63+
After copying installation data to a temporary location and executing it, do not forget to remove it if your installation was successful.
64+
65+
## Further information
66+
67+
[Unofficial Bash Strict Mode Description](http://redsymbol.net/articles/unofficial-bash-strict-mode/)
68+
69+
[Best Practices for writing Bash scripts](http://kvz.io/blog/2013/11/21/bash-best-practices/)

‎docs/development/dev_box_de.md‎

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -4,6 +4,9 @@ Dieses Dokument enthält die notwendigen Informationen, um die Entwicklungs-Base
44
Eine Anleitung für die Erstellung des Images für die Entwicklungs-Basebox ist [hier](./building_basebox_de.md) zu
55
finden.
66

7+
Für einen leichtgewichtigen lokalen Entwicklungsweg ohne VM gibt es außerdem eine `k3d`-Variante:
8+
[Dev-Box mit k3d](./dev_box_k3d_de.md).
9+
710
### Vorbedingungen
811

912
#### Applikationen
@@ -162,4 +165,4 @@ Hinweise:
162165
#### Cas Konfiguration
163166
Damit das cas Dogu die Logout-Urls lokal korrekt weiterleitet, ist es wichtig,
164167
dass in der Konfiguration für cas der Key `allow_local_urls` auf `"true"` gesetzt wird.
165-
Dadurch ist für den cas `*.localdomain` eine valide Domain und die Logout-Urls werden korrekt gesetzt.
168+
Dadurch ist für den cas `*.localdomain` eine valide Domain und die Logout-Urls werden korrekt gesetzt.

‎docs/development/dev_box_en.md‎

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -3,6 +3,9 @@
33
This document contains the necessary information to start the development basebox locally with Vagrant.
44
Instructions for building the image for the development basebox can be found [here](./building_basebox_en.md).
55

6+
For a lightweight local development path without a VM, there is also a `k3d`-based variant:
7+
[Dev Box with k3d](./dev_box_k3d_en.md).
8+
69
### Preconditions
710

811
#### Applications

0 commit comments

Comments
 (0)