To release a new version, follow these steps.
- Choose the new version according to Semantic Versioning. It should consist of three numbers (i.e.
1.0.0
). - Make sure there are some entries under
Unreleased
section in theCHANGELOG.md
- Execute the following Gradle task to update the changelog
(this task comes from the plugin we use to keep a changelog)
./gradlew patchChangelog -Pversion="$version"
- Open a pull request and merge changes (you could do it beforehand in any other pr)
- Switch to a commit you want to tag (usually it's the HEAD of the master branch) and execute
./tag-release-and-push.sh
It will tag the current HEAD
with latest version from the changelog, and push it to the origin remote.
The new version of the plugin will be published to marketplace automatically.
To test Kotlin DSL changes, follow these steps:
- Ensure your dev TeamCity instance is running locally (in the example below we assume it's running on http://localhost:8111)
- Update the relevant files inside the
.kotlin-dsl
directory - Build the plugin and upload it to your local TeamCity instance
- Create a test project using Kotlin DSL (note, you can create a project locally and then import it into TeamCity), and point Maven’s DSL plugins repository to your local TeamCity instance
<repositories>
...
<repository>
<id>teamcity-server</id>
<url>http://localhost:8111/app/dsl-plugins-repository</url>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
...
</repositories>
- You should now be able to use the added functionality in the test project's
.teamcity/**/*.kts
files