Configure and Run Your First Build

Create your first project

There are several ways to create a project in TeamCity: automatically from a repository URL, from a connection to a specific VCS, or manually. In this tutorial, we will focus on the default and easiest way – from a repository URL. You will only need to provide a path to your repository — TeamCity will scan it and suggest some settings and potential build steps.

Every TeamCity installation has the default Root project that will contain all the other projects you create. The first project you create will be added as a child of the Root project. To add your first project:

1. Click Administration in the upper right corner of the TeamCity UI and then click Create project.

2. On the Create Project page, click From a repository URL and paste the URL of your project's source repo as Repository URL. It can be a Git, Subversion, Perforce, Azure, or Mercurial repository. All supported URL formats are listed here. To use our sample repo, enter:

   https://github.com/mkjetbrains/SimpleMavenSample

   If access to your repository is restricted, enter the credentials as well.

   

3. Click Proceed and follow the wizard.
   TeamCity will identify the type of your repository, test the connection, and autoconfigure the repository settings, as well as suggest the project and build configuration names.

   

4. Click Proceed.
   TeamCity will scan your VCS repository and autodetect the build steps.

5. Check the boxes of the suitable steps, and they will be added to the first build configuration of this project.
   

   

Congratulations! You are now ready to run the first build based on the just created build configuration. You can go straight to running it and tweak its settings afterwards.

Run your first build

To run builds in TeamCity, you need build agents. A fresh TeamCity server, installed as described here, has one registered build agent that runs on the same computer. Let's use this agent to run a build on the sample project.

On the Build Configuration Settings page, click Run in the upper right corner:

TeamCity will always assign a build to the first available and suitable build agent.

You will be automatically redirected to the Build Results page, where you can watch the build progress and review its results upon the build finish. You can also access your build configuration settings from this page and edit them as necessary:

Tweak your build configuration settings

You might want to configure the following settings first:

• paths to build artifacts

• automatic triggers

• a custom pattern for a build number

For other settings, see this chapter.

Artifacts

If your build produces installers, WAR files, reports, log files, and so on, you might want to publish them on the TeamCity server after finishing the build. You can specify the paths to such artifacts in Build Configuration Settings | General Settings. As you already have a finished build, the build agent has checked out the sources already. Next to the Artifact paths field, click the tree icon to open the checkout directory browser. You can select artifacts from this tree:

TeamCity will place their paths into the text field, so you can modify them if necessary:

Save the build configuration settings. Now, when you run a build, TeamCity will put all the specified reports into an archive and publish them.

The Build Configuration Home page lists all run builds and allows viewing their artifacts:

You can also view and download artifacts from the Build Results page:

Read more details here.

Automatic Build Trigger

Automatic build triggering on a change in the repository is essential to any CI. TeamCity will add a VCS trigger automatically when creating a project / build configuration from a repository URL. You can also add it manually on Build Configurations Settings | Triggers page:

Takeaway

To configure a certain CI/CD job in TeamCity:

1. Create a project from your source repository and adjust its main settings.

2. Create a build configuration inside this project.

3. In the build configuration settings, add build steps that will represent stages of the build.

4. Set up other configurations settings. For example, add handy build features and automatic triggers.

After that, you can run a build based on the created configuration manually, or wait until it is triggered automatically, if any triggers are configured.