- each time when you make a commit into .teamcity, TeamCity will execute Kotlin DSL files. Since internally, TeamCity still operates with XML, executed DSL files will produce a bunch of XML files. These XML files then will be applied to existing project effectively changing its configuration. In case of any problems (compilation failures, runtime errors, etc), new changes will not be applied, and current project settings will be preserved on the server.
- once project is switched to Kotlin, project settings web UI will become disabled (except a few pages: Versioned settings, Maven Settings, SSH keys and Meta-runners), because currently there is no way to propagate changes made via web UI to Kotlin DSL files.
- Kotlin script is executed on the server, and since this is a potentially dangerous operation, the script is executed in sandbox. It cannot modify file system except the place where it is executed, cannot run other programs, cannot use reflection, and so on.
it is possible to compile Kotlin DSL locally and even execute it. As a result the same XML files will be produced locally.
Examples of Kotlin DSL:
Smart checking for changes interval