Releases: buildpacks/lifecycle
lifecycle v0.17.3
lifecycle v0.17.3
Welcome to v0.17.3
, a release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker daemon or Docker registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build stack base image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.17.3
.
Features
- Updates go to version 1.21.6
- Updates dependencies
- Marks unpatched vulnerability as non-impactful (#1255)
lifecycle v0.18.4
lifecycle v0.18.4
Welcome to v0.18.4
, a release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker (compatible) daemon or an OCI registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.18.4
.
Features
- Updates go to version 1.21.6
- Bumps containerd
Full Changelog: v0.18.3...release/0.18.4
lifecycle v0.18.3
lifecycle v0.18.3
Welcome to v0.18.3, a release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker (compatible) daemon or an OCI registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.18.3.
Features
- Updates golang.org/x/crypto to 0.17.0
- Updates go to version 1.20.12
Full Changelog: v0.18.2...release/0.18.3
Contributors
We'd like to acknowledge that this release wouldn't be as good without the help of the following amazing contributors:
Upgrade golang.org/x/crypto (65f76d6 by @jabrown85)
lifecycle v0.18.2
lifecycle v0.18.2
Welcome to v0.18.2
, a release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker (compatible) daemon or an OCI registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.18.2
.
Features
Full Changelog: v0.18.1...release/0.18.2
lifecycle v0.18.1
lifecycle v0.18.1
Welcome to v0.18.1
, a release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker (compatible) daemon or an OCI registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.18.1
.
Bugfixes
- Fixes post-release workflow by capturing the image digest for the linux-s390x image (#1235 by @natalieparellano)
lifecycle v0.18.0
lifecycle v0.18.0
Welcome to v0.18.0
, a release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker (compatible) daemon or an OCI registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.18.0
.
Features
- Removes unsupported Buildpack APIs: 0.2, 0.3, 0.4, 0.5, and 0.6 (#1148 by @natalieparellano)
- Removes compatibility layer for unsupported Buildpack APIs (#1188 by @natalieparellano)
- Removes unsupported Platform APIs: 0.3, 0.4, 0.5, and 0.6 (#1191 by @natalieparellano)
- Requires the CNB_PLATFORM_API environment variable to be set (#1145 by @natalieparellano)
- Adds support for s390x architecture (#1142 by @dilipgb)
- Uses keyless signing to
cosign sign
buildpacksio/lifecycle
images in GitHub actions (#1201 by @natalieparellano) - Reports image name when restorer fails to pull (#1174 by @AidanDelaney)
- Warns when a positional argument might have been a flag (#1147 by @joe-kimmel-vmw)
- Adds explanatory debug logs to the restorer (#1144 by @joe-kimmel-vmw)
lifecycle
now only emits timing to the debug logs (#1230 by @jabrown85)- Updates go to version 1.20.10
Bugfixes
- Fixes regression in Platform API 0.10 by writing reference in analyzed.toml during the generate phase when the run image was switched by extensions (#1204 by @natalieparellano)
- Fixes access of url based repositories for specific cases (#1222 by @c0d1ngm0nk3y)
Library Changes
- Moves
lifecycle
package tophase
package in sub-directory (#1205 by @natalieparellano)
Full Changelog: v0.17.2...release/0.18.0
Contributors
We'd like to acknowledge that this release wouldn't be as good without the help of the following amazing contributors:
@AidanDelaney, @c0d1ngm0nk3y, @dilipgb, @jabrown85, @jjbustamante, @joe-kimmel-vmw, @natalieparellano
lifecycle v0.18.0-rc.1
lifecycle v0.18.0-rc.1
Welcome to v0.18.0-rc.1
, a pre-release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker (compatible) daemon or an OCI registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.18.0-rc.1
.
Features
- Removes unsupported Buildpack APIs: 0.2, 0.3, 0.4, 0.5, and 0.6 (#1148 by @natalieparellano)
- Removes compatibility layer for unsupported Buildpack APIs (#1188 by @natalieparellano)
- Removes unsupported Platform APIs: 0.3, 0.4, 0.5, and 0.6 (#1191 by @natalieparellano)
- Requires the CNB_PLATFORM_API environment variable to be set (#1145 by @natalieparellano)
- Adds support for s390x architecture (#1142 by @dilipgb)
- Uses keyless signing to
cosign sign
buildpacksio/lifecycle
images in GitHub actions (#1201 by @natalieparellano) - Reports image name when restorer fails to pull (#1174 by @AidanDelaney)
- Warns when a positional argument might have been a flag (#1147 by @joe-kimmel-vmw)
- Adds explanatory debug logs to the restorer (#1144 by @joe-kimmel-vmw)
- Updates go to version 1.20.10
Bugfixes
- Fixes regression in Platform API 0.10 by writing reference in analyzed.toml during the generate phase when the run image was switched by extensions (#1204 by @natalieparellano)
- Fixes access of url based repositories for specific cases (#1222 by @c0d1ngm0nk3y)
Library Changes
- Moves
lifecycle
package tophase
package in sub-directory (#1205 by @natalieparellano)
Full Changelog: v0.17.1...release/0.18.0-rc.1
Contributors
We'd like to acknowledge that this release wouldn't be as good without the help of the following amazing contributors:
@AidanDelaney, @c0d1ngm0nk3y, @dilipgb, @jabrown85, @jjbustamante, @joe-kimmel-vmw, @natalieparellano
lifecycle v0.17.2
lifecycle v0.17.2
Welcome to v0.17.2
, a release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker daemon or Docker registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build stack base image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.17.2
.
Features
- Bumps golang.org/x/net (#1223 by @natalieparellano)
- Updates go to version 1.20.10
lifecycle v0.17.1
lifecycle v0.17.1
Welcome to v0.17.1
, a release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker daemon or Docker registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build stack base image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.17.1
.
Features
- Updates go to version 1.20.8
Bugfixes
- Adds missing flags for OCI layout to
restorer
(#1195 by @jjbustamante ) - Removes erroneous log line
Ignoring cache image "<cache image name>" because it was corrupt
(#1185 by @natalieparellano)
lifecycle v0.17.0
lifecycle v0.17.0
Welcome to v0.17.0
, a beta release of the Cloud Native Buildpacks Lifecycle.
Prerequisites
The lifecycle runs as a normal user in a series of unprivileged containers. To export images and cache image layers, it requires access to a Docker daemon or Docker registry.
Install
Extract the .tgz file and copy the lifecycle binaries into a build stack base image. The build image can then be orchestrated by a platform implementation such as the pack CLI or tekton.
Lifecycle Image
An OCI image containing the lifecycle binaries is available at buildpacksio/lifecycle:0.17.0
.
Features
- When using platform API
0.12
or greater, the lifecycle validates “targets” instead of stacks (#994, #1030, #1050, #1053, #1064 by @joe-kimmel-vmw, #1056 by @jabrown85, #1005 by @natalieparellano) - (Experimental) When using platform API
0.12
or greater, the lifecycle supports run image extension with Dockerfiles, in addition to run image switching (#1011, #1014, #1022, #1055, #1134 by @natalieparellano, #1032 by @jabrown85) - (Experimental) When using platform API
0.12
or greater, the lifecycle supports export to OCI layout format on disk (#969 by @jjbustamante) - When selecting a run image, the
analyzer
andrebaser
verify read access (#1024 by @pbusko, @c0d1ngm0nk3y, @modulo11, and @kulhadia) - The
analyzer
validates that the cache image and previous image are valid (#1060 by @matthewrobertson) - When using platform API
0.12
or greater, theexporter
includes history in the application image (#1099 by @natalieparellano) - When using platform API
0.12
or greater, therebaser
will fail if the provided run image is not found in theio.buildpacks.lifecycle.metadata
label, unless--force
is passed; if--force
is passed, it overrides the existing run image and run image mirrors information (#1104, #1132 by @natalieparellano) - The lifecycle when checking read/write access to images will surface the error if there are no images to fallback to (#1133 by @natalieparellano)
- Updates go to version 1.20.7
Bugfixes
- The
restorer
accepts a-layers
flag again (#1143 by @joe-kimmel-vmw)
Chores
buildpack.DecodeLayerMetadataFile()
accepts a logger instead of returning a message (#1038 by @anushkamittal20)- Add layer metadata test as living doc (#1019 by @AidanDelaney)
- Make a single constructor for lifecycle inputs (#1009 by @natalieparellano)
- Replaces deprecated GHA ::set-output syntax (#1037 by @phil9909)
Full Changelog: v0.16.5...release/0.17.0
Contributors
We'd like to acknowledge that this release wouldn't be as good without the help of the following amazing contributors:
@AidanDelaney, @anushkamittal20, @c0d1ngm0nk3y, @hernandanielg, @jabrown85, @jjbustamante, @joe-kimmel-vmw, @kulhadia, @matthewrobertson, @modulo11, @natalieparellano, @pbusko, @phil9909