The Build Info repository, is a local repository that stores your build info json files as artifacts, providing you with:
Whenever a new build is uploaded to JFrog Container Registry (directly using a Build REST API or from the JFrog Container Registry UI), it will automatically get deployed to this default artifactory-build-info repository.
Build info json files should be uploaded to the root of the repository. JFrog Container Registry will automatically place them in the repository using the following structure: artifactory-build-info > [build name] > [build number]-[deploy timestamp].json
The artifactory-build-info repository is automatically created and used by default. It cannot be removed. Removing it will cause all your build info to be deleted and a new default build info repository will be recreated.
The migration process may be configured through the following system properties. The migration will run on the primary node.
Specifies the number of rows that should be retrieved each time the migration job queries the database for build info json entries that exist in the database but not yet in the build-info repository values.
Build info json artifacts are deployed concurrently in batches, then a sleep cycle is initiated. This property specifies the number of artifacts in each batch.
Specifies the number of concurrent threads that should execute actual build info artifact updates.
Each concurrent artifact update will incur a read from the database to retrieve the build info json, followed by an upload to the build-info repo.
[Default: 5000 milliseconds]
Specifies the duration of the sleep cycle which is initiated after each batch of updates.
[Default: 300000 milliseconds]
The build-info repository migration can only start when the cluster has been fully upgraded and all nodes run the same minimal required version (6.6.0), where applicable.
This parameter specifies the amount of time the master node will wait between each check for all of the other nodes' current version.
When viewing an artifact within the Tree Browser, you can see all of the builds with which that artifact is associated, whether directly or as a dependency in the Builds tab
Moreover, if you try to remove the artifact you will receive a warning that the build will no longer be reproducible.
The association of an artifact with a build is retained even if you move or copy it within JFrog Container Registry, because the association linked to the artifact's checksum which remains constant, regardless of the its location.
All CI server projects that deploy their output to JFrog Container Registry can be viewed in the Build Browser module.
754pxSelecting a build item to display all runs of that build reflecting the build history in the CI server, and a complete build-level information.
To view build information you must have the 'deploy' permission on some repository path.
You can select the Build Name to drill down into a specific build. This displays detailed information about the build, and enables you to compare it with another build as described in the following sections.
The build page is broken down into 3 sections: Build ID, General Information
The Build Info Details screen is divided into three panels:
There are three categories of information:
The horizontal panel displays general information about the build:
|The CI server managing the build|
|The specific version of build tool used|
|The time stamp when the build was started|
|The duration of the build|
|The factor that triggered this build. This may be a CI server user, or another build|
JFrog Container Registry Principal
|The JFrog Container Registry user that triggered this build|
This tab displays the modules published into JFrog Container Registry as a result of the build, along with the number of artifacts and dependencies that they contain.
Selecting a published module that was built will display its artifacts and dependencies. You can group these by type or scope by clicking the corresponding column header.
You can click any item to download it directly, or click its Repo Path to view it in the Tree Browser.
The Environment tab displays an extensive list of properties and environment settings defined for the selected build. You can use these to reproduce the environment precisely if you need to rerun the build.
The Issues provides integration between JFrog Container Registry, Jenkins CI server and JIRA issue tracker. When using Jenkins CI, if you to set the option in the Jenkins JFrog Container Registry Plugin, the Issues tab will display any JIRA issues that have been addressed by this build.
The Release History tab displays a list of the selected build's release landmarks.
Build Info JSON
This tab displays the raw
BuildInfo JSON representation of the build information in JFrog Container Registry. This data can be accessed via the REST API or used for debugging and is also available in the JFrog Container Registry Cloud version.
You can view a build in the repository browser and perform actions on it as a whole with all its artifacts and dependencies. For example, you could promote it to another repository, copy it, or export it to a disk.
To delete a build from the UI, hover over a version and click delete.
Behind the scenes, the JFrog Container Registry plug-in for your CI server performs two major tasks:
BuildInfodata object to JFrog Container Registry via the REST API at the end of deployment. This is a structured JSON object containing all the data about the build environment, artifacts and dependencies, in a standard and open format.