A Read-Only node uses the same Data Directory and the same external database as the main TeamCity Server.
So the prerequisite of using the Read-Only node is to ensure that it has access to the main TeamCity Server's data directory and to the database.
Also, the Read-Only node requires 'local' data directory in addition to the main data directory. The node stores some caches, unpacked external plugins and some other configuration there.
By default, the 'local' data directory is automatically created under the '<Main Data Directory>/nodes/read_only_node' path during the first start. You can override it's location using '-Dteamcity.node.data.path' property.
To start a Read-Only node alongside with the main TeamCity Server do the following:
TEAMCITY_SERVER_OPTS=-Dteamcity.server.role=read-only-server
We continue updating the interface:
TeamCity now allows to upload a so called trusted HTTPS certificate - this could be a self-signed certificate, or a certificate signed by a non well known certificate authority (CA). After that this certificate becomes trusted by TeamCity, which means TeamCity will be able to open HTTPS connections to a resource with this certificate. Previously, to allow such connection the certificate has to be imported into Java used by the TeamCity server with help of a keytool utility.
Trusted certificates are delivered to agents too, for instance if your Subversion server is behind such a certificate, all you need is to upload it to the server and both server and agent will be able to communicate with this Subversion server.
TeamCity now comes bundled with Amazon S3 plugin, which allows uploading to, downloading and removing artifacts from S3. Resolution of artifact dependencies as well as clean-up of artifacts is handled by the plugin. The artifacts located externally are displayed in the TeamCity web UI.
Starting from this build, if at least one resource lock is defined in a build configuration, you can view the resources used by the build on the Shared Resources tab of the Build Results page. The tab displays the resources and their type, including the locks used by the build for each resource.
Clicking the resource name takes you back to the the shared resources configuration page on the project level.
TeamCity now supports per-project NuGet feeds which could be used by this project and all sub-projects. Introduced NuGet Package Indexer build feature to add NuGet packages published by the build into specific feed. The default NuGet feed with all packages was moved to the Root project.
Bundled the latest released version of JetBrains .NET Tools (dotCover 2018.1 and ReSharper CLT 2018.1)
The bundled Ant has been updated to version 1.9.11
VSS (Visual SourceSafe) plugin has been un-bundled
All fixed issues