This project is MIT licensed.
Note: this project is currently not actively maintained, but is heavily used in production. As a result, pull requests and issues may not be responded to. Also, due to the limited time we have available to work on this library, we cannot accept PRs that do not maintain backwards compatibility, or PRs that would affect the performance of the hot code paths.
Report issues using the Github issues tracker.
When reporting issues, please include the following information:
- Your Ruby interpreter version.
- The statsd-instrument version. Note: only the latest version is supported.
- The StatsD backend you are using.
- Fork the repository, and create a branch.
- Implement the feature or bugfix, and add tests that cover the changed functionality.
- Create a pull request. Make sure that you get a green CI status on your commit.
Some notes:
- Make sure to follow to coding style. This is enforced by Rubocop
- Make sure your changes are properly documented using yardoc syntax.
- Add an entry to the "unreleased changes" section of CHANGELOG.md.
- Do not update
StatsD::Instrument::VERSION
. This will be done during the release procedure.
This gem is used in production at Shopify, and is used to instrument some of our hottest code paths. This means that we are very careful about not introducing performance regressions in this library.
Important: Whenever you make changes to the metric emission code path in this library, you must include benchmark results to show the impact of your changes.
The benchmark/
folder contains some example benchmark script that you can
use, or can serve as a starting point. The benchmark README
has instructions on how to benchmark your changes.
Shopify's codebases are heavily instrumented using this library. As a result, we cannot accept changes that are backwards incompatible:
- Changes that will require us to update our codebases.
- Changes that will cause metrics emitted by this library to change in form or shape.
This means that we may not be able to accept fixes for what you consider a bug, because we are depending on the current behavior of the library.
- Update the version number in
lib/statsd/instrument/version.rb
. - Move the "Unreleased changes" items in CHANGELOG.md to a new section for the release.
- Open a PR with these changes, have it reviewed and merged.
- The new version will be automatically uploaded by our deployment pipeline.