Ruby wrapper for the TeamCity Rest API
Add this line to your application’s Gemfile:
And then execute:
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’).first.name
Create an empty project
Copy a project
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 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)
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
```ruby # Get all the vcs roots puts Teamcity.vcs_roots
Get vcs root details
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@example.com:jperry/teamcity-ruby-client.git’ properties[‘authMethod’] = ‘PRIVATE_KEY_DEFAULT’ properties[‘ignoreKnownHosts’] = true end
Generating API Docs
- Pull the source down
- 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
- 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
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.
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!