Creating components from TeamCity

TeamCity is a build integration tool.

Before you begin

TeamCity is a build management and continuous integration tool which supports a variety of version control systems and build runners. The TeamCity server manages committed code changes, builds, real-time build information received from build agents, and build artifacts.

Procedure

In HCL Launch, click Components, and then click Create Component.
In the Create Component window, specify a name and description for the component.
In the Teams fields, specify the access information for the new component.
To use a template for the new component, select a template from the Template list.
In this case, the component inherits source configuration, properties, and processes from the template. For information about templates, see Component templates.
In the Source Configuration Type list, select TeamCity.
Specify the following parameters for the component:
Repository URL
The base URL of the repository on the TeamCity server, for example:
```
https://TeamCity_server.example.com/
```
User

The user name for the account that has access to TeamCity, if authentication is required.

Password

The password for the account that has access to TeamCity, if authentication is required.

Project
The name of the project that contains the build configuration to use in TeamCity, for example:
```
JGit
```
Build Configuration
The build configuration in the TeamCity project that contains the builds to use when you create the component, for example:
```
JGit_Windows
```
To learn more about build configurations, see the TeamCity documentation.
Note: This property is available when using TeamCity version 8 and earlier.
Build Type

The build type ID in TeamCity. In TeamCity versions earlier than TeamCity 8.0, build type IDs typically have the prefix bt. In this case, include the prefix when you specify the build type ID, for example: bt256. In TeamCity versions 8.0 and later, build type IDs typically do not include the bt prefix. In this case, specify the build type ID as it is displayed in TeamCity.
Note: This property is available when using TeamCity version 8 and earlier.

Preserve Execute Permissions

For Linux™ and UNIX™ operating systems, select this check box to retain the execute permissions for each file.

Extensions of files to Convert
If text-type files must be converted into another character set, type the list of file extensions to be converted. Matching file types are converted into the default or system character set of the system where the agent is located. Separate list items with commas, for example:
```
txt,log,ini,sh
```
Import Versions Automatically

Select this check box to check for new versions periodically and to import new versions automatically. If you do not import versions automatically, you can import versions manually by clicking Components > selected component > Versions and then clicking Import New Versions.

Copy to CodeStation

This option, which is selected by default, creates tamper-protected copies of the artifacts and stores them in the embedded artifact management system, CodeStation. If the check box is cleared, only metadata about the artifacts is imported. In most cases, keep this check box selected. The default for this setting is in the system setting Components copy to CodeStation by default. For more information, see Server settings.

Default Version Type

Specify how to import versions into CodeStation:

Full

Each version is comprehensive and contains all artifacts.

Incremental

Each version contains a subset of artifacts.

Use the system's default version import agent/tag

If this parameter is selected, the agent or tag that you specified on the System Settings page is used to import component artifacts. Agents must have access to the system where the artifacts are located. For more information, see Server settings.

Import new component versions using a single agent

If this parameter is selected, use the Agent for Version Imports field to identify the agent that is used to import artifacts into the component. The agent must have access to the system where the artifacts are located. To import artifacts from where the server is located, install an agent in the same location and specify that agent.

Import new component versions using any agent with the specified tag

If this parameter is selected, use the Agent Tag for Version Imports field to identify the tag that is used to select agents to import artifacts into the component. All tagged agents must have access to the system where the artifacts are located.

Use Default Artifact Cleanup Settings

To apply the component version cleanup settings that are specified on the System Settings page, select the Use Default Artifact Cleanup Settings check box. If this check box is cleared, you must specify how long to keep component versions. For more information about cleaning up component versions, see Cleaning up component versions.

Run Process after a Version is Created

To automatically run a process after versions are imported, select this check box, and then specify an application process and an environment for the process. The process runs only when the version is imported automatically, not when you import versions manually. Similarly, the process does not run when you create versions with the REST API or the udclient command. If the automatic version import finds multiple versions, the process runs only once.
Click Save.

Results

The new component is listed on the Components page. The Versions tab shows the available versions of the component. If you selected the Import Versions Automatically check box, versions are displayed automatically. Otherwise, click Import New Versions to show the available versions. Depending on the number and size of the artifacts, it might take time before the versions are displayed. To see the artifacts in the component, click a component version.

What to do next

Create processes for the component. See Creating component processes.