Distributing Release Bundles

Creating Release Bundles

JFrog Distribution enables creating and distributing Release Bundles from the Artifactory service. Each Release Bundle may only contain artifacts from a single Artifactory service.

To create a release bundle, Distribution runs queries against the JPD in order to retrieve the required artifact references and their properties. Fetching the artifacts is performed according to the security privileges of the user who made the request.

To prevent tampering with the Release Bundle, it is signed by JFrog Distribution using a GPG key. The same GPG key is then used by the Artifactory Edge to validate the Release Bundle before it is accepted.

Release Bundles can be created using the REST API or through the JFrog UI. In either case, you define the artifacts to be included in the Release Bundle through a set of queries you can define.

In the final stages of creating a Release Bundle in the JFrog UI, you can option to save the Release Bundle in the following modes:

• Draft version: You can create a draft version that can be edited by clicking Create.
• Signed version (Unmodifiable): You can skip the draft phase by clicking Create & Sign to sign and finalize the process without a draft phase.

Prerequisites

Creating a Release Bundle requires the Release Bundle 'Write' permissions. 

Creating a New Release Bundle

1. From the Application module | Distribution | Distributable, click New Release Bundle.
   
   This displays the New Release Bundle window.
   
2. Enter the Release Bundle details according to the sections below, and then click Create Query (see Adding a Query for details).
   

The Release Bundle page is divided into three panels: General Details, Spec and Release Notes.

General Details

Spec

This section specifies the Artifactory service from which the Release Bundle will be assembled (remember, a Release Bundle can only be assembled from a single Artifactory service), and the different queries that will be used to assemble the artifacts. For more details on how to define the queries, please refer to Adding a Query. 

Release Notes

This section specifies release notes for the Release Bundle. 

Adding a Query 

There are two ways to build a query: Using a simple query builder or using AQL (Artifactory Query Language) for advanced users.

To select the way you want to build your query, hover over Create Query and select either Add Query or Add AQL Query.

Using the Query Builder

The query builder lets you build your query by filling a simple form. The parameters you enter are eventually translated into an AQL query which you can view by setting the Show AQL checkbox at the end of the form.

1. To use the query builder, under Create Query, select Add Query
   This will launch a 3-step wizard.
2. In the Query Details step, start by giving your query a name. You can then specify different search criteria including:

• • Repository names
  • Build names and numbers
  • Properties with specific values
  • Include and Exclude patterns

Using AQL

1. To add an AQL query, under Create Query, select Add AQL Query.
   This will launch a 3-step wizard.
2. In the Query Details step, name your query and provide the AQL expression that will be used for assembling the artifacts, for example:
   

Preview Artifacts

After specifying your query details (whether using an AQL query or the query builder), you can view the artifacts that will be included in your Release Bundle under the Preview Artifacts tab.

Additional Details

The Additional Details tab lets you specify two more parameters for your Release Bundle:

Path Mapping Templates

As a convenience, JFrog Distribution provides a set of commonly used templates you can use to set up your path mappings. Simply select one of the templates listed under Use Template, and then modify the placeholders to correspond with your setup.

The templates provided are:

Click Save and then click Create. This will create a draft Release Bundle that can be edited, signed, and then finally distributed.

Alternatively, you can skip the draft phase by clicking Create & Sign to sign and finalize the process without a draft phase (continue to Signing a Release Bundle).

Including Docker Images in a Release Bundle

In order to include Docker image in the Release Bundle, it is sufficient to specify query criteria that will match the manifest.json of the desired docker image. Distribution will include all the Docker layers of the Docker image associated with that manifest.json file.

For example, we have a Docker image of a PostgreSql version 11.1 in a Docker repository called docker-local.
The content of the repository has the following hierarchy:

 docker-local
           postgres
                   11.1
                       manifest.json
                       sha256__060245e5c0563270b03cc4af67a284bdce3f58983be3e71eb9d60190861ebcb7
                       sha256__1e967d04951bfd1b483ae316c40058fed4b154a2e84efb54dfc91204e73f6667
                       sha256__2ad14c51497d15dcaf0e6fd47457de1aee3eab7a1170bda4610dc9cd89c34c8a
                       …

The manifest.json file includes the following property: 

docker.manifest.digest = sha256:acb7f2b2e9bd560a32c0ba01991870f56f89deeff5f3224bc50aac2a98b7f73e

All the other files under docker-local/postgres/11.1 are the layers composing this specific image.

To include all the artifacts in the image (manifest and layers) it is sufficient to specify a query criteria that will match the manifest.json of the desired Docker image:

items.find({
	"$and": [
		{
			"$or": [
				{
					"repo": {
						"$eq": "docker-local"
					}
				}
			]
		},
		{
			"$or": [
				{
					"@docker.manifest.digest": "sha256:acb7f2b2e9bd560a32c0ba01991870f56f89deeff5f3224bc50aac2a98b7f73e"
				}
			]
		}
	]
})

Signing a Release Bundle

Signing a Release Bundle finalizes the process of creating a Release Bundle. This sets the Release Bundle status to Signed and the Release Bundle can no longer be edited.

1. You can sign a Release Bundle from the Edit Release Bundle page or from the New Release Bundle page.

2. Click Sign Version. 
   

   From Distribution release 2.14.1, the signing process has been updated as follows: If you are using multiple GPG signing keys in Distribution, you can now select which signing key to use in the Platform UI (this was previously available only from the REST API). Note that if no key is selected, the default/primary key will be used to sign the Release Bundle.

3. In the Sign Version window, you will see the name of the Release Bundle and its version. From the Select Signing Key dropdown, select the signing key.
   

4. If the signing key was created with a passphrase, JFrog Distribution will prompt you to enter the passphrase.
   
   

   Once you sign a version, you will not be able to edit it.

5. Click Sign to sign your version.
6. Next, continue to distributing your Release Bundle when ready.

Creating a Dynamic Release Bundle

You can distribute a dynamic Release Bundle, which is a Release Bundle you can create, sign, and distribute on the fly using the Dynamic Release Bundle REST API. The Release Bundle version is created instantly and distributed to the selected Distribution Nodes. The distribution process for a Dynamic Release Bundle is the same as a regular Release Bundle.

Distributing a Release Bundle

Once you have created your Release Bundle, you can distribute it to the Distribution Edges that you are privileged to distribute to.

The workflow for distributing Release Bundles contains the following steps:

1. On the Artifactory source node, users with the appropriate permissions can create and manage the Release Bundle distribution process in the Release Bundles Distributable tab.
2. Artifacts that have been created and signed are automatically copied and saved into this separate repository where their contents cannot be edited or removed. The Release Bundle Repository protects your artifacts as part of the distribution flow.
3. On the Distribution Edge, users can track Release Bundles received by a Distribution Edge. 

Distribution is responsible for triggering the replication process that happens from the source Artifactory to the Distribution Edges. First, it replicates the Release Bundle info to each Edge Node, and then initiates the replication process in the source Artifactory.

To distribute your Release Bundle, click Distribute from the Release Bundle module, or use the Distribute Release Bundle REST API. 

Distribution fetches the available Edge Nodes from Mission Control, and displays a list of the available Edge Nodes according to the specific user permissions.

To distribute an older version of your Release Bundle, click it from the Release Bundle module, select the version you want to distribute, and click Distribute.

Automatically Create Missing Repositories

With the introduction of the Private Distribution Network (PDN), instead of using the Target Repository Auto-Creation checkbox, Distribution enables you to automatically create missing repositories while setting up your PDN distribution using the Auto create missing repositories checkbox.

This feature works according to the path mapping that exists from the source to the target. If advanced path mapping was detected, the target repository cannot be auto-created. To enable this, set the distribute.auto-create-target-repo-advance flag to true in the Distribution Application Config YAML File. 

Examples

Example 1: From source to target repository without path mapping

A Docker image from a Docker repository in the source, the Docker image will be mapped to the Docker repository in the target. 

Example 2: From source to target repository with path mapping

A Docker image from a Docker repository named docker-local in the source will be mapped to Docker repository named mapped-docker-local in the target.

Example 3: Multiple repositories on the source to one target repository with path mapping

Multiple Docker images from multiple Docker repositories in the source, the Docker images are mapped to a single Docker repository in the target.

Example 4: Multiple repository types on the source to one target repository with path mapping

A Docker image from Docker repository and Helm chart from Help repository in the source will be mapped to one generic repository.

Target Repository Auto-Creation

From JFrog Distribution version 2.8.1, this feature enables you to automatically create missing target repositories on the target edges or Artifactory when distributing Release Bundles. When the target edge or Artifactory does not contain any repositories, the distribution fails, and the creation is required to be done manually. If this feature is enabled, the target repositories are automatically created expediting the Distribution flow.

To enable this feature, select the Target Repository Auto-Creation checkbox:

Distributing Versions to Targets

From Distribution version 2.14.1, you can distribute Release Bundle versions to targets as follows.

1. The targets are displayed as a tree (this replaces the UI that required you to select and drag targets to the right pane):
   1. To distribute to a specific target, select it in the tree
   2. To distribute to all targets, select the Select All checkbox. 
      
2. When you select targets, your selections will appear at the bottom of the window, so that you can see which targets the version will be distributed to.
3. You can also search for specific targets in the search field.
4. To ensure that you are not distributing to missing repositories, which can cause your distribution to fail, you may want to select the Auto create missing repositories checkbox  (the functionality remains the same as the Target Repository Auto-Creation checkbox).
5. When done, click Distribute to distribute the version.

Managing Release Bundles

You can perform the following tasks on Release Bundles.

Viewing Release Bundles

The UI provides Release Bundle information is displayed across multiple views providing users information depending on their needs and tasks.

Viewing Release Bundles on the Source Node

Viewing Release Bundle Version Details

To view a version of a Release Bundle, select a Release Bundle and select the required version.

The Release Bundle versions page displays three panels of information:

Versions: The list of versions of this Release Bundle. Select any version to view its details.
General Info: The panel along the top of the screen displays general information such as the version, description, creation date, status and size of the Release Bundle 

Details: This panel displays details about the selected Release Bundle version in a series of tabs: Actions Tracking, Content, Release Notes, Xray Data, Pipelines, Spec and Effective Permissions.

Viewing Release Bundle Properties

When creating a Release Bundle, the artifact properties are fetched from the Properties in Deployment and Resolution into the Release Bundle. Additional custom properties can be added during the initial Release Bundle version creation using the Create Release Bundle REST API. These properties are transferred over to the Edge Node as part of the distribution process.

The Distribution page contains these information tabs:

Content Tab

The Content tab displays the artifacts, builds and metadata that comprise the Release Bundle.

Click on any artifact or build to view details about it in the right panel in the tab. 

If the artifact has been blocked for download by JFrog Xray (in which case, you will not be able to distribute the Release Bundle), this will be indicated in the Xray Status field for the selected artifact in the Content tab.

Release Notes Tab

The Release Notes tab displays release notes for the bundle. These can be written in markdown, ascii doc or plain text.

Actions Tracking Tab

The Actions Tracking tab provides a history for this Release Bundle version.

Redistributing a Release Bundle

Distributing a Release Bundle may fail for different reasons such as network issues or outage of a target Artifactory service. Once you have remediated the problem preventing distribution, you can redistribute the Release Bundles to the services where distribution failed. To redistribute release bundles, first select them. Distribution presents a Redistribute icon for each distribution selected. You can now click that icon to redistribute each Release Bundle individually to the specified target service, or select the Redistribute button at the top of the list to redistribute the Release Bundle to all target services selected in a batch process.

Pipelines Tab

The Pipelines tab is a verification system that determines which pipelines/steps generated a specific artifact. It provides users with a way to ensure that their artifacts have not been tampered with before these artifacts are promoted through the CI/CD workflow.

For more information, see Signed Pipelines.

Spec Tab

The Spec tab displays the source Artifactory service from which the artifacts of this Release Bundle were assembled as well as the list of queries that assembled the artifacts.

Clicking on any of the queries expands it displaying the details of the query that governed the assembly of the Release Bundle artifacts.

You can even check the AQL checkbox to see the final AQL query that was used to assemble the artifacts.

Effective Permissions Tab

The Effective Permissions tab displays the effective permissions assigned for the selected Release Bundle. For more information, see Permissions.

Editing a Release Bundle

You can edit Release Bundles that have been saved with 'Create' as a draft and have not yet been signed.

From the Application module under Distribution, go to Distributable | [Bundle_Name] | [Bundle_Version], click Actions and select Edit Version.

Searching for Release Bundles

The Platform supports searching for Release Bundles using the:

• Dedicated Platform Release Bundle Search: You can search for distributable and received Release Bundles within a specified time page. For more information, see the Application Search.
  
  
• AQL Search for Release Bundles: To search for release bundles in an Artifactory Edge node, you can use the release and release_artifact domains introduced to AQL. For details, please refer to Entities and Fields.

Cloning a Release Bundle

To clone an existing release bundle version, select Clone Version from the Actions drop down menu.

This will copy the release bundle spec, including its name and queries, into a new release bundle page. Details on the page can then be adjusted and saved accordingly.

Deleting a Release Bundle

You can delete release bundles using the Distribution UI or the Delete Release Bundle REST API call. Available for users with Release Bundle delete permissions.

To delete an existing release bundle version, select Delete Version from the Actions drop down menu.

There are 2 types of delete options:

1. Remove from JFrog Distribution. This will also remove the release bundle from the release-bundles repository in the source Artifactory.
2. Delete from selected Artifactory Edge destinations.

Xray Scanning of Release Bundles 

Xray scanning requires Pro X, Enterprise with Xray, or an Enterprise+ license. 

JFrog Xray supports scanning of Release Bundles as well as setting Policies and Watches on Release Bundles.

Prior to scanning your Release Bundles, you will need to:

1. Add the Release Bundles to the Xray indexed resources. For more information, see  Configuring Indexing Resources.
2. Create a Policy containing a Block Release Bundle Distribution action to prevent distributing a Release Bundle to Edge nodes. For more information, see Creating Xray Policies and Rules.
3. Configure a Watch containing the Release Bundles and apply the relevant Policy. For more information, see Configuring Xray Watches.

The Release Bundle scanning results are displayed in Xray data tab of the Release Bundle. 

Viewing Xray Data

In the Release Bundles version list, you can view the status of your scanned Release Bundle versions in the Xray Status column.

Click the Release Bundle version to view detailed information in the Xray Data tab. This tab displays any violations, security issues, license that may have been detected on the distributed version. You can run the following Xray related actions on the version: Scan for Violations, Assign Custom issues, Assign Custom License or Export Data. For detailed information on each tab, see Analyzing Scan Results.

Blocking Distribution of Signed Release Bundles

You can set the Block Release Bundle Distribution action in an Xray Policy to prevent signed Release Bundles containing security vulnerabilities from being distributed. For more information, see Creating Xray Policies and Rules.

Distribution in Projects

Because Distribution is not currently included in JFrog Projects, Distribution will work with all projects, so that all workflows assume that they are seeing all projects.

Viewing Received Release Bundles

The Release Bundles Received tab allows you to view all the received release bundles in one place.

From Distribution release 2.15.0, the Received Bundles table in the JFrog Platform has been updated to support easier search and filtering for Release Bundles. These updates include:

• Search that enables you to find any Release Bundle by name or by using a wildcard together with other Release Bundle details
• All Release Bundles are pulled using the REST API, ensuring that you can search for any Release Bundle regardless of when it was released
• Release Bundles can be sorted according to name, latest version or creation date

REST API

These are the main Release Bundle REST APIs:

• Create Release Bundle Version
• Update Release Bundle Version
• Sign Release Bundle Version
• Distribute Release Bundle Version to Artifactory Instances

For the full list of Release Bundle commands, see the Distribution REST API.

Watch the Screencast