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
Copy file name to clipboardExpand all lines: vendor/redhat/labels.md
+30-3Lines changed: 30 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ The Fields are:
11
11
* Note: there is an upstream Architecture field, but it uses a different terminology. We should work upstream to sync. For now we have to keep the two fields in sync.
12
12
* Right now the value is `"x86_64"`
13
13
*`"name"`
14
-
* The primary name of the image (relative path without TAG): `PRODUCT[$PRODUCTGEN][--$PLATFORMDIFFERENTIATOR]/ REPO[$CONTENTGENERATION][--$PLATFORMDIFFERENTIATOR]`
14
+
* The primary name of the image (relative path without TAG): `PRODUCT[$PRODUCTGEN][--$PLATFORMDIFFERENTIATOR]/ REPO[--$CONTENTGENERATION][--$PLATFORMDIFFERENTIATOR]`
15
15
*`"authoritative-source"`
16
16
* The authoritative registry in which the image is published. For Red Hat this is `"registry.access.redhat.com"`. This allows e.g. to verify if a newer version is available independent of local tagging.
Copy file name to clipboardExpand all lines: vendor/redhat/names.md
+52-7Lines changed: 52 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -89,7 +89,7 @@ The spaces (" "s) after the are just for formating and not part of the actual sc
89
89
* $CONTENTGENERATION
90
90
* Optional number differentiating major generational changes withing the primary content that are significant for the use (ie the developer of a layered image). Example: python vs python-33, ruby-193 vs ruby-200.
91
91
* $PLATFORMDIFFERENTIATOR
92
-
* Optional field to differentiate builds of higher-level images based on the underlying platform generation. Example: SCL ruby200 built on RHEL 6 base vs RHEL 7 - the issue here is, that behavior of the whole stack is sufficiently different, so that as a developer I want to explicitly track (code may break in the move). We can't just track this in the TAG because the FROM line sets the base implicitly in the static linking model.
92
+
* Optional field to differentiate builds of higher-level images based on the underlying platform generation. Example: SCL ruby-200 built on RHEL 6 base vs RHEL 7 - the issue here is, that behavior of the whole stack is sufficiently different, so that as a developer I want to explicitly track (code may break in the move). We can't just track this in the TAG because the FROM line sets the base implicitly in the static linking model.
93
93
* $COMPVER
94
94
* Version string of the primary component without the build part of the rpm. For core RHEL platform images this is the release version string, for e.g. php it would be right now be '5.4.16' based on 'php-5.4.16-23.rhel7_0.3'.x86_64.rpm. For different frames of reference (aka non-RHEL), this would follow a different model depending what makes sense for the repsective product..
@@ -271,7 +271,7 @@ Please note, that at this point Red Hat has *no* plans to actually offer any ima
271
271
Red Hat uses the LABEL metadata field to provide additional information for images. All LABELs that are not actively used by the ISV must be overwritten with "". The following labels must be set appropriately to pass certification:
272
272
273
273
*`"name"`
274
-
* The primary name of the image (relative path w/o TAG): `PRODUCT[$PRODUCTGEN][--$PLATFORMDIFFERENTIATOR] /REPO[$CONTENTGENERATION][--$PLATFORMDIFFERENTIATOR]`
274
+
* The primary name of the image (relative path w/o TAG): `PRODUCT[$PRODUCTGEN][--$PLATFORMDIFFERENTIATOR] /REPO[--$CONTENTGENERATION][--$PLATFORMDIFFERENTIATOR]`
275
275
*`"release"`
276
276
* The build of the image, `$IMGBUILD`
277
277
*`"vendor"`
@@ -306,7 +306,52 @@ The work on defining the V2 protocol and repository/image format is ongoing. The
306
306
307
307
## Red Hat Software Collections Containers and Labels
308
308
309
-
TBA
309
+
Red Hat Software Collections containers use the following values:
310
+
311
+
* $PRODUCT: rhscl
312
+
* $PRODUCTGEN: not specified, since RHSCL 1.x and RHSCL 2.x content space is shared
313
+
* $REPO: name of the Software Collection without vendor prefix (`rh` is already used in the PRODUCT part, so no need to duplicate)
314
+
* $CONTENTGENERATION: part of the main component version, that is related to API stability
315
+
* for example `rh-php56` collection will use 56 as $CONTENTGENERATION
316
+
* $PLATFORMDIFFERENTIATOR: RHEL version that the collection is based on; e.g. rhel6, rhel7, ...
317
+
* $COMPVER: part of the main component version, that is related to API stability
318
+
* for example `rh-php56` collection will use 56 as $COMPVER
319
+
* $IMGBUILD: build of the image, usually increasing integer
320
+
321
+
### Beta Releases
322
+
323
+
Beta releases will be treated as separate 'generations' at the first level. Example:
324
+
325
+
```
326
+
rhscl_beta/php-56-rhel7:5.6-3
327
+
rhscl_beta/postgresql-94-rhel7:9.4-1
328
+
...
329
+
```
330
+
331
+
332
+
### Bugzilla Mapping
333
+
334
+
The following rules are used for Bugzilla mapping in Red Hat Software Collections:
335
+
336
+
*`REGISTRY` Ignored in Bugzilla
337
+
*`PRODUCT[$PRODUCTGEN]` is not part of the formal mapping
0 commit comments