Skip to content
SPECIFICTION
Get listed

Cloud Native Buildpacks Pack vs Source-to-Image

Cloud Native Buildpacks Pack

buildpacks.io

Source-to-Image

github.com

Side by side

FigureCloud Native Buildpacks PackSource-to-Image
Price fromFreeFree
Free planYesYes
Free trial——
Open source—Yes
WindowsYesYes
macOSYesYes
LinuxYesYes
Self-hostedYesYes
Plans published11
Spec score · Container Build Tools8.1 (#11)8.1 (#12)
IntegrationsThe project documents a CircleCI orb for running pack commands, GitLab Auto DevOps use of pack, and a Tekton reference task for builds.The README documents use with Docker and gives examples using OpenShift, UBI, Ruby, and WildFly images.
LicenseThe project is described as an Apache-2.0 licensed project.The repository is released under the Apache License 2.0.
PurposePack is a CLI tool maintained by the Cloud Native Buildpacks project to support the use of buildpacks.Source-to-Image is a toolkit and workflow for building reproducible container images from source code.

Plans

Cloud Native Buildpacks Pack

  • PackFree

Cloud Native Buildpacks Pack pricing →

Source-to-Image

  • Source-to-ImageFree

Source-to-Image pricing →

In their own words

Cloud Native Buildpacks Pack

Cloud Native Buildpacks Pack is a free command-line tool for building applications with buildpacks and rebasing the resulting application images. It is maintained by the Cloud Native Buildpacks project and is also available as a Go library. Buildpacks turn application source code into container images that can run on any cloud. Listed capabilities include caching, automatic source detection, modular buildpacks, support for multiple languages and processes, minimal images, reproducible builds and reuse of community buildpacks. Pack supports multi-architecture builds and multiple build-cache backends, and the project lists build-time software bills of materials in CycloneDX, SPDX and Syft JSON formats. The CLI runs on Linux, macOS and Windows; installation options include package managers, container images, scripts and manual installation. Builds need a containerized environment and a daemon such as Docker or Podman, and some setups may need the local Docker socket mounted. The project documents CircleCI, GitLab Auto DevOps and Tekton integrations, as well as kpack for Kubernetes-native builds and image updates. Pack is Apache-2.0 licensed.

Visit buildpacks.io

Source-to-Image

Source-to-Image is a free, Apache-2.0 toolkit for building reproducible container images from source code. It places source in a builder image, lets that container prepare the application, and outputs a ready-to-run image. A documented workflow can build from a Git repository without a Dockerfile. Builder images may provide assemble and run scripts, plus optional scripts for saving artifacts and explaining usage. Compatible builders can reuse artifacts from an earlier output when incremental settings and scripts are supplied. A .s2iignore file filters source files and directories, while .s2i/environment defines build variables that also appear in the output image. S2I can use an OnBuild strategy with images containing Dockerfile ONBUILD instructions. Examples cover Docker, OpenShift, UBI, Ruby, and WildFly. It runs on Linux, macOS, and Windows, with Docker 1.6+ and Go 1.7.1+ listed as dependencies.

Visit github.com