This panel views the builds of the artifact.

Many objects can elect to have a "build" phase. This is a transforative action that takes the content of the object and produces a useful result that is considered the actual representation of the object.

For software, this is the actual build or compilation step. Source code is the data comprising the object in the archive. The build step turns the text source code into a machine usable binary that would actually be used to invoke the software. That build step can be described in the object and then deployed to produce such a binary. The log and resulting files can be explored here.

Any completed build of an object will show up here. Such a build was a deployment of the object in some form. That is, much like running an object, it had to have a proper environment created for it consisting of the object (source code, etc) and dependencies (the compiler it needs, etc). Builds might use historic components also themselves archived in the system. To ensure these are more properly repeatable, each build records exactly the software and data used in that environment.

When you select a build, it will present you with a description of that environment in what is called a task. The manifest itself is the metadata for the task which lists the dependencies. Interacting with that list allows you to view the dependencies from the point of view of the version used in the build.

Other metadata is listed as well. The identifier for the build is simply the identifier of the task (which is itself an object in the archive.) The hash of all the resulting files and logs to uniquely and verifiably identify the build anywhere. The time elapsed to produce the build at the time it was built, which is itself listed as the date.

You can see all historic builds in the queue side-panel. Each will be listed by their date of deployment.

You can invoke a new build by going to the "New" tab or by selecting "Queue" in the queue side-panel. This gives you a listing very similar to that in the "Run" panel, which lists the possible environment needed to perform the build and allow you to override which artifacts and software are used to do so.