Skip to content

Releases: depot/cli

Depot CLI 0.1.6

20 Sep 19:39
e17e04a

Choose a tag to compare

What's Changed

Depot CLI 0.1.5

30 Aug 22:25
a2bca00

Choose a tag to compare

What's Changed

Depot CLI 0.1.4

12 Aug 21:33
6f671a0

Choose a tag to compare

What's Changed

Depot CLI 0.1.3

27 Jun 09:11
1c23c25

Choose a tag to compare

What's Changed

Depot CLI 0.1.2

26 Jun 17:32
e5f3551

Choose a tag to compare

What's Changed

Depot CLI 0.1.1

24 May 20:00
09603c9

Choose a tag to compare

What's Changed

Depot CLI 0.1.0

14 May 16:57
69e142b

Choose a tag to compare

Breaking Changes

This release changes the default behavior of depot build to leave the built image in the builder instance cache and not transfer the resulting image locally (previously known as the --no-load flag).

There are two main reasons for this change:

  • The new behavior matches docker buildx build when using a remote builder instance or when running in CI
  • Needing to constantly specify --no-load for local builds to skip the image transfer step was tedious

There are now three different depot build behaviors to choose from:

  1. depot build ... — builds and leave the resulting image in the builder instance cache
  2. depot build --load ... — builds, downloads, and loads the resulting image into the local Docker daemon
  3. depot build --push .. — builds and pushes the resulting image to a remote registry, directly from the builder instance

If you need to docker run an image locally that was just built with depot build, you should specify the --load flag. If you do not need this, then omitting the flag will be faster, as it will skip the unnecessary image download step.

What's Changed

Depot CLI 0.0.24

29 Apr 21:37
d8220c4

Choose a tag to compare

What's Changed

Depot CLI 0.0.23

28 Apr 20:35
b774197

Choose a tag to compare

What's Changed

Depot CLI 0.0.22

27 Apr 01:04
b8aa110

Choose a tag to compare

What's Changed