Skip to content

Commit a22febd

Browse files
committed
Finish static appset section
1 parent 89c6352 commit a22febd

File tree

2 files changed

+12
-0
lines changed

2 files changed

+12
-0
lines changed
148 KB
Loading

content/modules/ROOT/pages/04-applicationsets.adoc

Lines changed: 12 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -198,6 +198,10 @@ generate applications, basically it is 1:1 per element
198198
<4> The `template` section is where we define the Application resource that the ApplicationSet will create
199199
<5> Here is an example of referencing the `environment` value to template the name.
200200

201+
Confirm the three Applications, one for each environment, were created:
202+
203+
image::appset-apps-tiles.png[]
204+
201205
When the ApplicationSet generates the Applications it assumes ownership of them, validate this with the following:
202206

203207
[.console-input]
@@ -226,6 +230,14 @@ oc get app coolstore-app-dev -o=jsonpath='{.metadata.ownerReferences}' -n {user}
226230
As we can see ApplicationSets provide an easy way to generate Application objects statically but now let's have a look
227231
where they really shine, dynamic generation based on external sources.
228232

233+
Delete the ApplicationSet before continuting to the next section:
234+
235+
[.console-input]
236+
[source,sh,subs="attributes",role=execute]
237+
----
238+
oc delete appset coolstore -n {user}-argocd
239+
----
240+
229241
== Dynamic Generation with git Generator
230242

231243
A common pattern when deploying an application to multiple environments is to have a repository that contains the following structure:

0 commit comments

Comments
 (0)