You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 5, 2024. It is now read-only.
Copy file name to clipboardExpand all lines: docs/modules/ROOT/pages/glossary/index.adoc
+25-25Lines changed: 25 additions & 25 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,34 +2,34 @@
2
2
:icons: font
3
3
:source-highlighter: highlightjs
4
4
5
-
App Studio::
5
+
{ProductName}::
6
6
A platform to automate the process of building, testing, and deploying applications to the hybrid cloud. {ProductName} offers enterprise-grade security and customizable feature sets.
7
7
8
-
Build pipeline customization::
8
+
build pipeline customization::
9
9
The ability to update and manage build pipelines for each component in an application.
10
10
11
-
Cluster::
11
+
cluster::
12
12
A Kubernetes deployment with nodes that run containerized applications and a control plane that manages the nodes.
13
13
14
-
Commit::
14
+
commit::
15
15
A change to one or more files. In {ProductName}, commits that you make to a linked repository move through the pipeline and automatically get published.
16
16
17
-
Component::
17
+
component::
18
18
An image that {ProductName} builds from source code in a repository. One or more components that run together form an application.
19
19
20
20
Conftest::
21
21
A utility for testing structured configuration data. Use Conftest to validate container information.
22
22
23
-
Enterprise contract (EC)::
23
+
enterprise contract (EC)::
24
24
A set of release policies that you apply to your managed environment. Use the EC to prevent releases that are not compliant with Supply-chain Levels for Software Artifacts (SLSA) guidelines.
25
25
26
-
Ephemeral environment::
26
+
ephemeral environment::
27
27
A temporary environment that executes each integration scenario. The system creates ephemeral environments dynamically on demand, and then removes them after it completes the build pipeline.
28
28
29
-
Integration test::
29
+
integration test::
30
30
A pipeline that you set up in GitHub. When you add components, it tests each one individually, and then tests the application as a whole.
31
31
32
-
Integration testing::
32
+
integration testing::
33
33
A process that uses Tekton tasks to support the setup and execution of dynamic application tests against container images.
34
34
35
35
IntegrationTestScenario::
@@ -38,13 +38,13 @@ A parameter that the integration service uses to test application components.
38
38
Java build service::
39
39
A group of utilities that accelerates build times, locates dependencies in final images, and meets product security requirements by managing the construction of Java dependencies.
40
40
41
-
Lifecycle run::
41
+
lifecycle run::
42
42
The processes that automatically occur after a merge or pull request is resolved. These processes can include build tests, integration tests, and TaskRuns.
43
43
44
-
Managed environment::
44
+
managed environment::
45
45
An application release target. A separate managed environment team, such as an Site Reliability Engineering (SRE) team, manages the environment. The environment is in an external workspace.
46
46
47
-
Managed workspace::
47
+
managed workspace::
48
48
A workspace that mirrors some details of an already existing workspace. Supporting teams can create a managed workspace to grant limited permissions to development teams in the production environment.
49
49
50
50
OSBS features::
@@ -53,43 +53,43 @@ The layered image build service, or OSBS (derived from OpenShift Build Service),
53
53
Persister::
54
54
A component that moves all of the relevant PipelineRun information, known as the Pipeline output, to an external storage that is outside of the cluster’s etcd database. The persister runs after the system completes the PipelineRun.
55
55
56
-
Pipelines as code::
57
-
A practice that defines pipelines by using source code in Git. Pipelines as code is also the name of link:https://pipelinesascode.com[a subsystem] that executes those pipelines.
56
+
pipelines as code::
57
+
A practice that defines pipelines by using source code in Git. Pipelines as Code is also the name of link:https://pipelinesascode.com[a subsystem] that executes those pipelines.
58
58
59
-
Pipeline results::
59
+
pipeline results::
60
60
Systems that retain the history and details of builds.
61
61
62
62
PipelineRun::
63
63
A collection of TaskRuns that are arranged in a specific order of execution. A valid pipeline is compliant with the customer’s enterprise contract.
64
64
65
-
Pipeline service::
65
+
pipeline service::
66
66
A managed service that securely runs Tekton pipelines. It also stores the metadata and pipeline logs that are related to an executed pipeline in a separate database.
67
67
68
-
Product security test::
68
+
product security test::
69
69
A test that assesses the security of build inputs and outputs with vulnerability scanning, code scanning, image testing, and result reporting. It also identifies outdated images, applications, and build pipelines.
70
70
71
-
Pruner::
71
+
pruner::
72
72
A component that removes resources that are associated with the completed PipelineRuns. The system assigns resources, such as pods, to every PipelineRun. Without a pruner, these resources remain in the cluster indefinitely, even after the system completes the PipelineRun.
73
73
74
-
Release pipeline::
74
+
release pipeline::
75
75
A pipeline that defines the process for validating snapshots against the enterprise contract. They also provide an array of release destinations other than GitOps deployments.
76
76
77
-
Security testing::
77
+
security testing::
78
78
A process that determines if images meet security quality standards.
79
79
80
-
Signature and provenance::
80
+
signature and provenance::
81
81
Mechanisms that use Tekton chains to extract and store the metadata of the PipelineRuns, sign that metadata, and then store it in the image registry that is next to the component image.
82
82
83
-
Snapshot::
83
+
snapshot::
84
84
A set of component and container images that specifies which components the system should deploy with which container images. The system creates a snapshot when it finishes running a component's build pipeline.
85
85
86
-
Static environment::
86
+
static environment::
87
87
A set of compute resources that you can use to develop, test, and stage your applications before you release them. You can share static environments in all applications in the workspace.
88
88
89
89
Supply-chain Levels for Software Artifacts (SLSA)::
90
90
A link:https://slsa.dev/[security framework] that helps prevent tampering by securing the packages and infrastructure of customers’ projects.
91
91
92
-
Task::
92
+
task::
93
93
One or more steps that run container images. Each container image performs a piece of construction work.
94
94
95
95
TaskRun::
@@ -101,5 +101,5 @@ A Knative-based framework for CI/CD pipelines. Tekton is decoupled which means t
101
101
Tekton chains::
102
102
A mechanism to secure the software supply chain by recording events in a user-defined pipeline.
103
103
104
-
Workspace::
104
+
workspace::
105
105
A storage volume that a task requires at runtime to receive input or provide output.
0 commit comments