Skip to content

Commit 73b458e

Browse files
committed
restrict the overly aggressive markdown linting
On-behalf-of: SAP <[email protected]> Signed-off-by: Simon Bein <[email protected]>
1 parent 04cf36c commit 73b458e

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

README.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -13,19 +13,19 @@ This is a work-in-progress operator to deploy and manage kcp instances. Please c
1313
Running a root shard requires a running etcd instance/cluster. You can set up a simple one via Helm (THIS IS INSECURE, NEVER DEPLOY ETCD LIKE THIS IN PRODUCTION):
1414

1515
```sh
16-
helm install etcd oci://registry-1.docker.io/bitnamicharts/etcd --set auth.rbac.enabled=false --set auth.rbac.create=false
16+
$ helm install etcd oci://registry-1.docker.io/bitnamicharts/etcd --set auth.rbac.enabled=false --set auth.rbac.create=false
1717
```
1818

1919
In addition, the root shard requires a reference to a cert-manager `Issuer` to issue its PKI CAs. You can create a self-signing one:
2020

2121
```sh
22-
kubectl apply -f ./config/samples/cert-manager/issuer.yaml
22+
$ kubectl apply -f ./config/samples/cert-manager/issuer.yaml
2323
```
2424

2525
Afterward, create the `RootShard` sample object:
2626

2727
```sh
28-
kubectl apply -f ./config/samples/v1alpha1_rootshard.yaml
28+
$ kubectl apply -f ./config/samples/v1alpha1_rootshard.yaml
2929
```
3030

3131
kcp-operator will create the necessary resources to start a `Deployment` of a kcp root shard.

0 commit comments

Comments
 (0)