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: README.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,15 +3,15 @@ Default Containerized Application Labels/Annotations/Ids used to document the ap
3
3
4
4
With the introduction of the [Atomic command](http://developerblog.redhat.com/2015/04/21/introducing-the-atomic-command/), we are accessing container image meta data to describe the purpose of the image or the application defined by the image.
5
5
6
-
We would like to get concensus on default names. Proposals have been made to namespace the label names defined
6
+
We would like to get consensus on default names. Proposals have been made to namespace the label names defined
7
7
in Docker.
8
8
9
9
But we believe their should be some generic toplevel names defined that are not vendor specific, or
10
10
distribution specific.
11
11
12
-
If you would like to see additional names and desciptions added please open issues and send pull requests to update this readme.
12
+
If you would like to see additional names and descriptions added please open issues and send pull requests to update this readme.
13
13
14
-
The follwing types of data are being considered:
14
+
The following types of data are being considered:
15
15
16
16
1. Labels used to describe how to use the application/image
17
17
@@ -35,9 +35,9 @@ The follwing types of data are being considered:
35
35
| Vendor | Owner of the image|
36
36
| URL | Url with more information on the image|
37
37
| Summary | Short Description of the image|
38
-
| Description | Detailed discription of the image|
38
+
| Description | Detailed description of the image|
39
39
40
-
3. Annotations with container configuration that is externally accesible, to clarify the extent to which a container image is a "black box". Rather than explicit fields, this is a pattern for the key (in likeness to an Object Identifiers (OID) or the Java package naming convention).
40
+
3. Annotations with container configuration that is externally accessible, to clarify the extent to which a container image is a "black box". Rather than explicit fields, this is a pattern for the key (in likeness to an Object Identifiers (OID) or the Java package naming convention).
41
41
42
42
|`com.example.webserver.memory.max`| Maximum memory setting for "example.com" organization's webserver |
43
43
|`com.example.webserver.memory.min`| Minimum memory setting for "example.com" organization's webserver |
0 commit comments