You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
-`-b <release>`: the release number (mandatory). This must be a semver-compatible value (i.e. without leading zeros) such as `23.1`, `23.10` etc. and will be used to create a branch with the name `release-<release>` e.g. `release-23.1`
91
97
-`-p`: push flag (optional, default is "false"). If provided, the created branches plus any changes made as part of this process will be pushed to the origin.
92
98
-`-c`: cleanup flag (optional, default is "false"). If provided, the repository folders will be torn down on completion.
93
-
-`-w`: where to create the branch. It can be "products", "operators", "both".
99
+
-`-w`: where to create the branch. It can be "products", "operators", "demos", "all".
94
100
95
101
N.B. the flags cannot be combined (e.g. `-p -c` but not `-pc)
96
102
97
103
e.g.
98
104
99
105
```shell
100
-
./release/create-release-branch.sh -b 23.1 -p -c -w both
106
+
./release/create-release-branch.sh -b 23.1 -p -c -w all
101
107
```
102
108
103
109
##### What this script does
@@ -121,20 +127,20 @@ e.g.
121
127
To create release tags use the `create-release-tag.sh` script, called from the repository root folder. The syntax is given below:
-`-t <release-tag>`: the release tag (mandatory). This must be a semver-compatible value (i.e. major/minor/path, without leading zeros) such as `23.1.0`, `23.10.3` etc. and will be used to create a tag with the name
128
134
-`-p`: push flag (optional, default is "false"). If provided, the created commits and tags made as part of this process will be pushed to the origin.
129
135
-`-c`: cleanup flag (optional, default is "false"). If provided, the repository folders will be torn down on completion.
130
-
-`-w`: where to create the tag and update versions in code. It can be "products", "operators", "both".
136
+
-`-w`: where to create the tag and update versions in code. It can be "products", "operators", "all".
131
137
132
138
N.B. the flags cannot be combined (e.g. `-p -c` but not `-pc)
133
139
134
140
e.g.
135
141
136
142
```shell
137
-
./release/create-release-tag.sh -t 23.1.0 -p -c -w both
143
+
./release/create-release-tag.sh -t 23.1.0 -p -c -w all
138
144
```
139
145
140
146
##### What this script does
@@ -226,21 +232,21 @@ Once the release is complete and all steps above have been verified, the documen
226
232
To create release tags for bugfix/patch releases use the `create-bugfix-tag.sh` script, called from the repository root folder. The syntax is given below:
- `-t <release-tag>`: the release tag (mandatory). This must be a semver-compatible value (i.e. major/minor/path, without leading zeros) such as `23.1.0`, `23.10.3` etc. and will be used to create a tag with the name
233
239
- `-p`: push flag (optional, default is "false"). If provided, the created commits and tags made as part of this process will be pushed to the origin.
234
240
- `-c`: cleanup flag (optional, default is "false"). If provided, the repository folders will be torn down on completion.
235
-
- `-w`: where to create the tag and update versions in code. It can be "products", "operators", "both".
241
+
- `-w`: where to create the tag and update versions in code. It can be "products", "operators", "all".
236
242
- `-i`: product image versioning flag (optional, default is "false"). If provided, updates test definitions with product image versions from this release version (i.e. assumes products have been released/tagged, too).
237
243
238
244
N.B. the flags cannot be combined (e.g. `-p -c` but not `-pc)
239
245
240
246
e.g.
241
247
242
248
```shell
243
-
./release/create-bugfix-tag.sh -t 23.1.0 -p -c -w both -i
249
+
./release/create-bugfix-tag.sh -t 23.1.0 -p -c -w all -i
0 commit comments