Contributing to Ruby Spanner client

Sign one of the contributor license agreements below.
Fork the repo, develop and test your code changes.
Send a pull request.

Contributor License Agreements

Before we can accept your pull requests you'll need to sign a Contributor License Agreement (CLA):

If you are an individual writing original source code and you own the intellectual property, then you'll need to sign an individual CLA.
If you work for a company that wants to allow you to contribute your work, then you'll need to sign a corporate CLA.

You can sign these electronically (just scroll to the bottom). After that, we'll be able to accept your pull requests.

Setup

In order to use the ruby-spanner console and run the project's tests, there is a small amount of setup:

Install Ruby. ruby-spanner requires Ruby 2.6+. You may choose to manage your Ruby and gem installations with RVM, rbenv, or chruby.
Install Bundler.
```
$ gem install bundler
```
Install the top-level project dependencies.
```
$ bundle install
```
Install the dependencies for each package.
```
$ bundle exec rake bundleupdate
```

Console

In order to run code interactively, you can automatically load ruby-spanner and its dependencies in IRB with:

$ bundle exec rake console

Tests

Tests are very important part of ruby-spanner. All contributions should include tests that ensure the contributed code behaves as expected.

To run the unit tests, documentation tests, and code style checks together for a package:

$ cd <package-name>
$ bundle exec rake ci

To run the command above, plus all acceptance tests, use rake ci:acceptance or its handy alias, rake ci:a.

Unit Tests

The project uses the minitest library, including specs, mocks and minitest-autotest.

To run the unit tests for a package:

$ cd <package-name>
$ bundle exec rake test

Documentation Tests

The project tests the code examples in the each gem's YARD-based documentation.

The example testing functions in a way that is very similar to unit testing, and in fact the library providing it, yard-doctest, is based on the project's unit test library, minitest.

To run the documentation tests for a package:

$ cd <package-name>
$ bundle exec rake doctest

If you add, remove or modify documentation examples when working on a pull request, you may need to update the setup for the tests. The stubs and mocks required to run the tests are located in support/doctest_helper.rb for each package. Please note that much of the setup is matched by the title of the @example tag. If you alter an example's title, you may encounter breaking tests.

Acceptance Tests

The ruby-spanner acceptance tests interact with the live service API (or APIs) for each package, including:

Cloud Spanner

Follow the instructions in the Authentication guide for enabling APIs. Some of the APIs may not yet be generally available, making it difficult for some contributors to successfully run the entire acceptance test suite. However, please ensure that you do successfully run acceptance tests for any code areas covered by your pull request.

To run the acceptance tests, first create and configure a project in the Google Developers Console, as described in the Authentication guide. Be sure to download the JSON KEY file. Make note of the PROJECT_ID and the KEYFILE location on your system.

Running the acceptance tests

To run the acceptance tests for a package:

$ cd <package-name>
$ bundle exec rake acceptance[PROJECT_ID,KEYFILE_PATH]

Or, if you prefer you can store the values in the GCLOUD_TEST_PROJECT and GCLOUD_TEST_KEYFILE environment variables:

$ cd <package-name>
$ export GCLOUD_TEST_PROJECT=my-project-id
$ export GCLOUD_TEST_KEYFILE=/path/to/keyfile.json
$ bundle exec rake acceptance

Integration Tests

The ruby-spanner integration tests are end-to-end tests that validate library functionality on real Google Cloud Platform hosting environments. The integration process deploys several Rack-based applications to Google Cloud Platform one by one, then validates ruby-spanner code by making requests to these test applications.

See the integration/README.md for instructions on how to setup for the integration tests and other details.

To run the integration tests:

$ bundle exec rake integration

Coding Style

Please follow the established coding style in the library. The style is is largely based on The Ruby Style Guide with a few exceptions based on seattle-style:

Avoid parenthesis when possible, including in method definitions.
Always use double quotes strings. (Option B)

You can check your code against these rules by running Rubocop like so:

$ cd <package-name>
$ bundle exec rake rubocop

Code of Conduct

Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by its terms. See Code of Conduct for more information.