-
Notifications
You must be signed in to change notification settings - Fork 155
Proposal: Knative Build deprecation in favor of Tekton Pipelines #614
Description
Objective
Propose to mark knative/build as deprecated and drive user to the Tekton project as their building engine. This doc should be used as a forum for external comment and questions, to resolve any concerns before the Steering Committee decides whether to adopt the proposal.
Background
Starting with v1beta1
API of knative (serving), the embedded build feature will be removed from the Knative Service definition, see the proposal here.
This removes Serving optional dependency on Knative Build, making Knative Build fully decoupled from the rest of the Knative components and only responsible to build images that will be using in services later on. This responsability is shared with any projects capable of building images in Kubernetes.
The Tekton Pipeline (https://github.com/tektoncd/pipeline) project originates from Knative project (was knative/build-pipeline
) and is enhancing Knative Build functionality, providing advanced CI/CD features on top of the base that Knative laid.
The Tekton Pipeline's Task and TaskRun objects are mapping Knative's Build and BuildTemplate object, making the migration from Knative Build to Tekton Pipelines easy. This migration steps should be documented in the near future.
The Tekton Catalog project (https://github.com/tektoncd/catalog) aims to provides a catalog of re-usable task, similar to what Knative BuildTemplate repository is doing today (https://github.com/knative/build-template)
In this catalog, there is an on-going effort to provide tasks to easily deploy and interact with Knative services (tektoncd/catalog#36). This effort aims to make it easy for user to move from Serving v1alpha1
API to v1beta1
by using Tekton Pipeline Tasks to deploy their services.
User are getting confused whether the should use Knative Build or Tekton Pipeline (see #606). Deprecating Knative Build would resolve this confusion as it would make it clear that the "building the service(s) image" part is not Knative's responsability and user can use whatever tools is capable of doing that — preferably Tekton Pipelines 👼.
Proposal
The end-state for the Knative Build repository (knative/build
) will be to archived in place. However this will happen slowly as we transition through our deprecation plan:
- A migration guide will be provided for existing Knative Build users to move to TektonCD. This guide will be published in the Tekton documentation. You can read a draft of this guide today.
- The Knative Build repository (
knative/build
) will be marked as deprecated, in the README. After the 0.7 cut, Build will no longer be released with the regular Knative releases. However, we may still receive bug and security fixes until officially archived. - As Knative reaches v1.0.0, the Knative Build repository (
knative/build
) will be archived. It will become read-only in GitHub, and no updates, commits, issues or pull-requests will be allowed.