1
- # Driving Weave Flux - automations, locks and annotations
1
+ # Driving Flux - automations, locks and annotations
2
2
3
- In this tutorial we want to get a better feel for what we can do with Weave
3
+ In this tutorial we want to get a better feel for what we can do with
4
4
Flux. We won't spend too much time with getting it up and running, so let's
5
5
get that out of the way first.
6
6
@@ -11,7 +11,7 @@ deployment](https://github.com/weaveworks/flux-get-started) and click on the
11
11
12
12
## Setup
13
13
14
- Get the source code of Weave Flux:
14
+ Get the source code of Flux:
15
15
16
16
``` sh
17
17
git clone https://github.com/weaveworks/flux
@@ -83,7 +83,7 @@ Apply the Helm Release CRD:
83
83
kubectl apply -f https://raw.githubusercontent.com/weaveworks/flux/master/deploy-helm/flux-helm-release-crd.yaml
84
84
```
85
85
86
- Install Weave Flux and its Helm Operator by specifying your fork URL. Just
86
+ Install Flux and its Helm Operator by specifying your fork URL. Just
87
87
make sure you replace ` YOURUSER ` with your GitHub username in the command
88
88
below:
89
89
@@ -108,14 +108,14 @@ running `kubectl get pods --all-namespaces`).
108
108
109
109
In the second step we will use fluxctl to talk to Flux in the cluster and
110
110
interact with the deployments. First, please [ install fluxctl] ( fluxctl.md#installing-fluxctl ) .
111
- (It enables you to drive all of Weave Flux, so have a look at the output of
111
+ (It enables you to drive all of Flux, so have a look at the output of
112
112
` fluxctl -h ` to get a better idea.)
113
113
114
114
> ** Note:** Another option (without installing ` fluxctl ` is to take a look
115
115
at the resulting annotation changes and make the changes in Git. This is
116
116
GitOps after all. :-)
117
117
118
- To enable Weave Flux to sync your config, you need to add the deployment key
118
+ To enable Flux to sync your config, you need to add the deployment key
119
119
to your fork.
120
120
121
121
Get your Flux deployment key by running
@@ -134,11 +134,11 @@ Wait for sync to happen or run
134
134
fluxctl sync
135
135
```
136
136
137
- ## Driving Weave Flux
137
+ ## Driving Flux
138
138
139
- After syncing, Weave Flux will find out which workloads there are, which
139
+ After syncing, Flux will find out which workloads there are, which
140
140
images are available and what needs doing. To find out which workloads are
141
- managed by Weave Flux, run
141
+ managed by Flux, run
142
142
143
143
``` sh
144
144
fluxctl list-workloads -a
@@ -167,7 +167,7 @@ Commit pushed: 4755a3b
167
167
```
168
168
169
169
If you now go back to ` https://github.com/YOUR-USER-ID/flux-get-started ` in
170
- your browser, you will notice that Weave Flux has made a commit on your
170
+ your browser, you will notice that Flux has made a commit on your
171
171
behalf. The policy change is now in Git, which is great for transparency and
172
172
for defining expected state.
173
173
@@ -265,7 +265,7 @@ and the diff for this is going to look like this:
265
265
```
266
266
267
267
And that's it. At the end of this tutorial, you have automated, locked and
268
- annotated deployments with Weave Flux.
268
+ annotated deployments with Flux.
269
269
270
270
Another tip, if you should get stuck anywhere: check what Flux is doing. You
271
271
can do that by simply running
0 commit comments