The TeamCity Ruby Gem Gem Version

Build Status Code Climate Dependency Status

Ruby wrapper for the TeamCity Rest API


Add this line to your application’s Gemfile:

gem 'teamcity-ruby-client'

And then execute:

$ bundle

Or install it yourself as:

$ gem install teamcity-ruby-client

API Usage Examples

  • Tested on TeamCity 7.X and 8.0.X
  • Most of the api calls return either an array of Hashie::Mash objects or a single Hashie::Mash object which allows you to send messages to retreive an attribute easily.
  • See api docs or specs for additional examples and usage


  • See configuration source or api doc for more configuration options
  • You may use v7 of the TeamCity api by adding ‘7.0’ to the endpoint configuration (This would be similar to using latest on a TeamCity 7 server)

```ruby require ‘teamcity’

This only needs to be set once per Ruby execution.

# You may use guestAuth instead of httpAuth and omit the use of http_user and http_password # This is using the latest version of the api TeamCity.configure do |config| config.endpoint = ‘http://my-teamcity-server:8111/httpAuth/app/rest’ config.http_user = ‘teamcity-user’ config.http_password = ‘teamcity-password’ end ```


```ruby # Get a list of projects puts TeamCity.projects

Get a project by id

puts TeamCity.project(id: ‘project1’)

Get a list of buildtypes for a project

puts TeamCity.project_buildtypes(id: ‘project1’)

Each item returned is a Hashie::Mash object which allows you to send messages

# to retreive an attribute easily. For example, get the name of # the first buildtype in a project puts TeamCity.project_buildtypes(id: ‘project1’)

Create an empty project


Copy a project

TeamCity.copy_project(‘project1’, ‘copied-project-name’)

Delete a project


Change project name

TeamCity.set_project_field(‘project1’, ‘name’, ‘new-project-name’) ```

Build Types (Build Configurations)

```ruby # Get a list of buildtypes (build configurations) puts TeamCity.buildtypes

Get buildtype details (build configuration)

puts TeamCity.buildtype(id: ‘bt1’)

Get buildtype steps

puts TeamCity.buildtype_steps(id: ‘bt1’)

Change buildtype name

TeamCity.set_buildtype_field(‘bt1’, ‘name’, ‘new-buildtype-name’) ```


```ruby # Get build details puts 1)

Get build tags

puts TeamCity.build_tags(id: 1)

Fetch all the builds (defaults to the last 100 builds, use the ‘count’ build locator to return more)

puts TeamCity.builds

Filter builds by multiple criteria’s using the build locator

puts TeamCity.builds(count: 1, status: ‘SUCCESS’) # This will return the most recent build that passed

puts TeamCity.builds(count: 1)

puts TeamCity.builds(buildType: ‘bt3’) # Fetch all builds where buildType=bt4

puts TeamCity.builds(status: ‘FAILURE’) # Fetch all builds that failed

Passing the output to another to fetch additional information

puts TeamCity.builds(count: 1) # Fetch the name of the last build to run


VCS Roots

```ruby # Get all the vcs roots puts Teamcity.vcs_roots

Get vcs root details

puts TeamCity.vcs_root_details(1)

Create VCS Root for a project

TeamCity.create_vcs_root(vcs_name: ‘my-git-vcs-root’, vcs_type: ‘git’, :project_id => ‘project2’) do |properties| properties[‘branch’] = ‘master’ properties[‘url’] = ‘’ properties[‘authMethod’] = ‘PRIVATE_KEY_DEFAULT’ properties[‘ignoreKnownHosts’] = true end



API Docs


Generating API Docs

  1. Pull the source down
  2. bundle install
  3. rake yard
  4. open doc/index.html

TeamCity Rest API Plugin



Ways to contribute:

  • report a bug
  • fix an issue that is logged
  • suggest enhancements
  • suggest a new feature
  • cleaning up code
  • refactoring code
  • fix documentation errors
  • test on a new versions of teamcity
  • Use the gem :)

Submitting an issue

I use issue tracker to track bugs, features, enhancements, etc. Please check the list of issues to confirm it hasn’t already been reported. Please tag the the issue with an appropriate tag. If submitting a bug please include any output that will help me in diagnosing the issue, link to a gist if you have multiple outputs (client output, teamcity server output). Please include the version of teamcity you are using the client against as well as the gem and ruby versions.

Submitting a Pull Request

  1. Fork the project.
  2. Create a topic branch.
  3. Implement your feature or bug fix.
  4. Add documentation for your feature or bug fix.
    • Please use the @rest_api_version tag to specify if a method is only compatible with a specific version of the rest api
  5. Run rake doc:yard. If your changes are not 100% documented, go back to step 4.
  6. Add specs for your feature or bug fix.
  7. If the rspec test is making a request use VCR to record the response, see the other examples.
  8. Run rake spec. If your changes are not 100% covered, go back to step 6.
  9. Commit and push your changes.
  10. Submit a pull request.

Debugging Tips

  • Enable debug-rest in TeamCity to see all the rest api requests come through in the teamcity-rest.log, you can find this on the Diagnostics page under Server Administration


Feel free to contact me directly through github. Enjoy!