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
- 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)
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
# 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').first.name
# Create an empty project
TeamCity.create_project('my-new-project')
# Copy a project
TeamCity.copy_project('project1', 'copied-project-name')
# Delete a project
TeamCity.delete_project('project1')
# Change project name
TeamCity.set_project_field('project1', 'name', 'new-project-name')
# 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')
# Get build details
puts TeamCity.build(id: 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).first.name
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.build(id: TeamCity.builds(count: 1).first.id).buildType.name # Fetch the name of the last build to run
# 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'] = '[email protected]:jperry/teamcity-ruby-client.git'
properties['authMethod'] = 'PRIVATE_KEY_DEFAULT'
properties['ignoreKnownHosts'] = true
end
- Pull the source down
bundle install
rake yard
- open doc/index.html
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 :)
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.
- Fork the project.
- Create a topic branch.
- Implement your feature or bug fix.
- 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
- Run
rake doc:yard
. If your changes are not 100% documented, go back to step 4. - Add specs for your feature or bug fix.
- If the rspec test is making a request use VCR to record the response, see the other examples.
- Run
rake spec
. If your changes are not 100% covered, go back to step 6. - Commit and push your changes.
- Submit a pull request.
- 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!