While implementing gitlab-org/gitlab!225701, I noticed that the `/detail/:tagName` response only includes `architecture` and `os` from the `platform` config. This drops `variant` and `os.version`, which may be important for some users. The purpose of gitlab-org/gitlab!225701 is to move toward [displaying supported platforms for image indexes](https://gitlab.com/gitlab-org/gitlab/-/work_items/408873) in the container registry pages in GitLab. In my experience, it is very common for displays of `OS/ARCH` for docker images to include `OS/ARCH[/VARIANT]`. I've encountered fewer sightings of `os.version` being displayed prominently, and to my understanding it's only commonly used with Windows images. In my work toward [a multi-arch gitlab-runner-helper image index](https://gitlab.com/gitlab-org/gitlab-runner/-/merge_requests/5316), if we do not include `os.version`, users would not be able to differentiate between two separate `windows/amd64` images referenced in one index. I think there is still some UI/UX work to be done to decide exactly how to display `os.version`, but having the raw data included (presently fetched via the `detail/:tagName` API) is a necessary first step. Note: I am not advocating for the inclusion of `os.features`, for two reasons. First, I have rarely seen it used. Second, it is a list property rather than a single string property like the others. The minor representational complexity combined with my perceived lack of adoption is enough for me to not advocate for its inclusion.