Skip to content

Commit ffbb7cc

Browse files
authored
Merge pull request #809 from richardgreg/docker-releases
docs: Improve search ability for docker images
2 parents ac2e704 + cfd49bb commit ffbb7cc

File tree

1 file changed

+19
-16
lines changed

1 file changed

+19
-16
lines changed

pages/builders/node-operators/releases.mdx

Lines changed: 19 additions & 16 deletions
Original file line numberDiff line numberDiff line change
@@ -17,22 +17,25 @@ This page gives information on the off chain node software release information.
1717

1818
## Production Releases
1919

20-
Chain and node operators should always run the latest production releases of
21-
the OP Stack's off chain components. Production releases are always tags,
22-
versioned as `<component-name>/v<semver>`. For example, an `op-node` release
23-
might be versioned as `op-node/v1.7.5`. Tags of the form `v<semver>`, such as
24-
`v1.7.6`, indicate releases of all Go code only, and DO NOT include smart
25-
contracts. This naming scheme is required by Golang. In the above list, this
26-
means these `v<semver>` releases contain all `op-*` components, and exclude
27-
all `contracts-*` components.
28-
29-
`op-geth` embeds upstream geth's version inside its own version as follows:
30-
`vMAJOR.GETH_MAJOR GETH_MINOR GETH_PATCH.PATCH`. Basically, geth's version is
31-
our minor version. For example, if geth is at `v1.12.0`, the corresponding
32-
`op-geth` version would be `v1.101200.0`. Note that we pad out to three
33-
characters for the geth minor version and two characters for the geth patch
34-
version. Since we cannot left-pad with zeroes, the geth major version is not
35-
padded.
20+
Chain and node operators should always run the latest production releases of the OP Stack's off-chain components. Production releases are always tags, versioned as `<component-name>/v<semver>`. For example, an `op-node` release might be versioned as `op-node/v1.7.5`. Tags of the form `v<semver>`, such as `v1.7.6`, indicate releases of all Go code only and DO NOT include smart contracts. This naming scheme is required by Golang. In the above list, these `v<semver>` releases contain all `op-*` components and exclude all `contracts-*` components.
21+
22+
`op-geth` embeds upstream geth's version inside its own version as follows: `vMAJOR.GETH_MAJOR GETH_MINOR GETH_PATCH.PATCH`. Basically, geth's version is our minor version. For example, if geth is at `v1.12.0`, the corresponding `op-geth` version would be `v1.101200.0`. Note that we pad out to three characters for the geth minor version and two characters for the geth patch version. Since we cannot left-pad with zeroes, the geth major version is not padded.
23+
24+
### Docker Images
25+
26+
To make it easier to find and use our Docker images, each release entry below provides links to the corresponding Docker images:
27+
28+
* **op-node**: Docker images can be found [here](https://hub.docker.com/r/ethereumoptimism/op-node/tags).
29+
* **op-geth**: Docker images can be found [here](https://hub.docker.com/r/ethereumoptimism/op-geth/tags).
30+
31+
### Example Docker Image Tags
32+
33+
We follow a consistent tagging convention to make it easier to find the right image. Here are some examples:
34+
35+
* `optimism/op-node:<version>`
36+
* `optimism/op-geth:<version>`
37+
38+
## Release Entries
3639

3740
| Network | op-node | op-geth |
3841
| ---------- | --------------------------------------------------------------------------- | ------------------------------------------------------------------------------------ |

0 commit comments

Comments
 (0)