|
All CI server projects that deploy their output to Artifactory can be viewed in the Build Browser which is accessed in the Artifacts module under Builds.
Selecting a project displays all runs of that build reflecting the build history in the CI server.
Selecting a build item from the list displays complete build-level information. You can also view the build in the CI server by selecting the corresponding link under the CI Server column.
To view build information you must have the 'deploy' permission on some repository path. |
You can select the Build Number 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.
There are three categories of information:
This tab displays general information about the build:
Name | The name assigned to the component being built |
Number | The specific run of the build |
Type | The build tool used |
Agent | The CI server managing the build |
Build Agent | The specific version of build tool used |
Started | The time stamp when the build was started |
Duration | The duration of the build |
Principal | The factor that triggered this build. This may be a CI server user, or another build |
Artifactory Principal | The Artifactory user that triggered this build |
URL | Link to the build information directly on the build server |
This tab displays the modules published into Artifactory 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 Artifactory, Jenkins CI server and JIRA issue tracker. When using Jenkins CI, if you to set the option in the Jenkins Artifactory Plugin, the Issues tab will display any JIRA issues that have been addressed by this build.
The Licenses tab displays the results of a detailed license analysis of all artifacts and their dependencies.
The Summary line displays the number of artifacts found with the following statuses:
Unapproved | The license found has not been approved for use
| |
Not Found | No license requirements were found for the artifact. | |
Unknown | The artifact requires a license that is unknown to Artifactory | |
Neutral | A license requirement that is not approved has been found for the artifact, however there is another license that is approved. | |
Approved | All license requirements for the artifact are approved in Artifactory. |
The Diff tab allows you to compare the selected build with any other build. Once you select a build number in the Select A Build To Compare Against field, Artifactory displays all the differences between the builds that were detected including new artifacts added, dependencies deleted, properties changed and more.
The Release History tab displays a list of the selected build's release landmarks.
BuildInfo
ViewThis tab displays the raw BuildInfo
JSON representation of the build information in Artifactory. This data can be accessed via the REST API or used for debugging and is also available in the Artifactory OSS 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.
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 Artifactory, because the association linked to the artifact's checksum which remains constant, regardless of the its location. |
Behind the scenes, the Artifactory plug-in for your CI server performs two major tasks:
BuildInfo
data object to Artifactory 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.You can find the latest |
Artifactory supports release management through its plugins for Jenkins, TeamCity and Bamboo.
When you run your builds using Maven or Gradle with jobs that use Subversion, Git or Perforce as your version control system, you can manually stage a release build allowing you to:
Change values for the release and next development version
Choose a target staging repository to which to deploy the release
Create a VCS tag for the release
Staged release builds can later be promoted or rolled-back, changing their release status in Artifactory, with the option to move the build artifacts to a different target repository.
Inside Artifactory, the history of all build status change activities (staged, promoted, rolled-back, etc.) is recorded and displayed for full traceability.
To learn more about release management specific to your CI server, please refer to: