Skip to content

Commit 7470868

Browse files
authored
Merge pull request #111 from epics-containers/march-update
March update
2 parents b656257 + 59ce382 commit 7470868

File tree

4 files changed

+26
-24
lines changed

4 files changed

+26
-24
lines changed

docs/tutorials/create_beamline.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -104,8 +104,8 @@ You can now give your repository a version tag like this:
104104

105105
```bash
106106
# open a terminal in vscode: Menu -> Terminal -> New Terminal
107-
git tag 2024.2.1
108-
git push origin 2024.2.1
107+
git tag 2024.3.1
108+
git push origin 2024.3.1
109109
```
110110

111111
We use `CalVer` version numbers for beamline repositories and Generic IOCs.
@@ -116,7 +116,7 @@ CalVer is described here: <https://calver.org/> and is used where semantic
116116
versioning is not appropriate because the repository contains a mix of
117117
dependencies and does not have a clear API.
118118

119-
Note that 2024.2.1 represents the time that this tutorial was last updated.
119+
Note that 2024.3.1 represents the time that this tutorial was last updated.
120120
For completeness you could use the current year and month instead. You
121121
are also free to choose your own versioning scheme as this is not enforced by
122122
any of the epics-containers tools.

docs/tutorials/create_ioc.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -27,12 +27,11 @@ The Chart.yaml is a helm chart description file. We will use the same Chart.yaml
2727

2828
| | |
2929
| --- | ---
30-
| **helm/shared** | A sub-chart that contains the default values.yaml file for all IOC instances in the beamline repository. It in turn references a further sub-chart that consumes these values: the `ioc-instance` chart that crafts up the Kubernetes manifest for deploying IOC instances |
31-
| **helm/configmap** | A sub-chart that transforms the IOC Instance's config folder files into a Kubernetes ConfigMap to be included in the manifest and mounted into the Generic IOC container at runtime.
30+
| **helm/shared** | A sub-chart that contains the default values.yaml file for all services in the beamline repository. It in turn references a further sub-chart that consumes these values: the `ioc-instance` chart that crafts up the Kubernetes manifest for deploying IOC instances |
31+
| **include/iocs** | A sub-chart that transforms the IOC Instance's config folder files into a Kubernetes ConfigMap to be included in the manifest and mounted into the Generic IOC container at runtime.
3232

3333
Because all IOC Instances in the beamline repository share the same Chart.yaml file, we will create a soft-link to it in the IOC Instance folder. This is so that updates to the Chart.yaml file will propagate to all IOC Instances in the beamline. To do this run the following command:
3434

35-
3635
```bash
3736
cd bl01t # if not already there
3837
# create the new IOC Instance folder
@@ -51,9 +50,10 @@ code services/bl01t-ea-test-02/values.yaml
5150
```
5251

5352
You will now have vscode and open and editing the values.yaml file. Add the following:
54-
5553
```yaml
56-
image: ghcr.io/epics-containers/ioc-adsimdetector-linux-runtime:2024.2.2
54+
shared:
55+
ioc-instance:
56+
image: ghcr.io/epics-containers/ioc-adsimdetector-linux-runtime:2024.2.1
5757
```
5858
5959
This tells the IOC Instance to run in the `ioc-adsimdetector-linux-runtime`
@@ -187,7 +187,7 @@ entities:
187187

188188
:::{note}
189189
If you are unfamiliar with YAML then you could take a look at
190-
the YAML spec here: <https://yaml.org/spec/1.2/spec.html#id2759963>.
190+
the YAML spec here: <https://yaml.org/spec/1.2.2/>.
191191

192192
Be aware that white space is significant. i.e. indentation represents
193193
nesting. Above we have a list of entities, each list item is denoted by

docs/tutorials/deploy_example.md

Lines changed: 13 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -112,8 +112,9 @@ number to indicate that they are not permanent.
112112
You can now see the beta IOC instance running with:
113113

114114
<pre>$ ec ps
115-
name version state image
116-
bl01t-ea-test-01 2024.2.16-b15.11 running ghcr.io/epics-containers/ioc-adsimdetector-linux-runtime:2024.2.1</pre>
115+
| name | version | running | restarts | deployed |
116+
|------------------|---------------|---------|----------|---------------------|
117+
| bl01t-ea-test-01 | 2024.3.8e8b-b | true | 0 | 2024-03-19 10:08:15 |</pre>
117118

118119
At the end of the last tutorial we tagged the beamline repository with a
119120
`CalVer` version number and pushed it up to GitHub. This means that we
@@ -123,8 +124,9 @@ command lists all of the tagged versions of the IOC instance that are
123124
available in the GitHub repository.
124125

125126
<pre>$ ec instances bl01t-ea-test-01
126-
Available instances for bl01t-ea-test-01:
127-
2024.2.1
127+
| version |
128+
|----------|
129+
| 2024.3.1 |
128130
</pre>
129131

130132
:::{note}
@@ -142,9 +144,8 @@ ec supports command line completion, which means that entering `<tab> <tab>` wil
142144
$ ec <tab> <tab>
143145
attach deploy exec list logs start template
144146
delete deploy-local instances log-history restart stop validate
145-
$ ec instances <tab> <tab>
146-
$ ec instances bl01t-ea-ioc-0 <tab> <tab>
147-
bl01t-ea-test-01 bl01t-ea-test-02
147+
$ ec instances b<tab> <tab>
148+
$ ec instances bl01t-ea-ioc-01
148149
```
149150

150151
To enable this behavior in your shell run the command `ec --install-completion`
@@ -155,12 +156,13 @@ This command will extract the IOC instance using the tag from GitHub and deploy
155156
it to your local machine:
156157

157158
```bash
158-
$ ec deploy bl01t-ea-test-01 2024.2.1
159+
$ ec deploy bl01t-ea-test-01 2024.3.1
159160
bdbd155d437361fe88bce0faa0ddd3cd225a9026287ac5e73545aeb4ab3a67e9
160161

161-
$ ec ps
162-
IOC NAME VERSION STATUS IMAGE
163-
bl01t-ea-test-01 2024.2.1 Up 4 seconds ghcr.io/epics-containers/ioc-adsimdetector-linux-runtime:2023.10.5
162+
$ ec ps -w
163+
| name | version | running | restarts | deployed | image |
164+
|------------------|----------|---------|----------|---------------------|-------------------------------------------------------------------|
165+
| bl01t-ea-test-01 | 2024.3.1 | true | 0 | 2024-03-19 11:10:53 | ghcr.io/epics-containers/ioc-adsimdetector-linux-runtime:2024.2.1 |
164166
```
165167

166168
### IMPORTANT: deploy-local vs deploy

docs/tutorials/ioc_changes1.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -35,7 +35,7 @@ Make the following changes in your test IOC config folder
3535
}
3636
```
3737

38-
2. Add the following lines to the end `ioc.yaml` (verify that the indentation
38+
2. Add the following lines to the end of `ioc.yaml` (verify that the indentation
3939
matches the above entry so that `- type:` statements line up):
4040

4141
```yaml
@@ -86,10 +86,10 @@ git add .
8686
git commit -m "Added extra.db"
8787
git push
8888
# tag a new version of the beamline repo
89-
git tag 2023.11.2
90-
git push origin 2023.11.2
89+
git tag 2024.3.2
90+
git push origin 2024.3.2
9191
# deploy the new version of the IOC to the local docker / podman instance
92-
ec deploy bl01t-ea-test-02 2023.11.2
92+
ec deploy bl01t-ea-test-02 2024.3.2
9393
```
9494

9595
You can now see that the versioned IOC instance is running and loading the extra.db by looking at its log with:

0 commit comments

Comments
 (0)