google-cloud-storage 1.14.0 → 1.14.1

Sign up to get free protection for your applications and to get access to all the features.
checksums.yaml CHANGED
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  SHA256:
3
- metadata.gz: a9f89f223328cb434f1b1f27c38475d5608f83be9b7adb358aa65691d90933ea
4
- data.tar.gz: be494fa2f05dd9c00e4d4b0059ca3d654019703f5fadc844b8d3e203163b1e82
3
+ metadata.gz: 349f612cd2d7620e74e3488ba4da57918288ca32328ed0e7be988c3848ec39ff
4
+ data.tar.gz: 14a9285c48557ca8f71909c63e049c9427581f1340cad9fc685b2ef473d84d13
5
5
  SHA512:
6
- metadata.gz: d1d7fcfa4de5d70f6dcfd72067cda51a44bbdc74358f54e1a52658965b34b2a6ac15e32c2226fafdf72ccc7f447edecb395f45a50c00c154bb87413aacdbe5a7
7
- data.tar.gz: 2d06a35d929cdf7b7909a2407a3cb7886a604e58c58461b427a92c703f1241848df9605810ba957358552ab9069c033d2b14b9b9de27aa4f2814868d5d44ba61
6
+ metadata.gz: 0a3de34c94ffdd04627638f46fb1f5076e128967982114fdd33b5232aa2375f53c4916b95df972a803af5c2d2ecdf235a4306a5c94398911e19fac6d56018936
7
+ data.tar.gz: 64c0cf9b35db7084e931fc4779bf7eec1fc159b77a7eee27b2f9d92e30c61c683def31766e419544de1c04512771b5a74da0f624951a0e96c17d726961285e82
@@ -0,0 +1,178 @@
1
+ # Authentication
2
+
3
+ In general, the google-cloud-storage library uses [Service
4
+ Account](https://cloud.google.com/iam/docs/creating-managing-service-accounts)
5
+ credentials to connect to Google Cloud services. When running on Compute Engine
6
+ the credentials will be discovered automatically. When running on other
7
+ environments, the Service Account credentials can be specified by providing the
8
+ path to the [JSON
9
+ keyfile](https://cloud.google.com/iam/docs/managing-service-account-keys) for
10
+ the account (or the JSON itself) in environment variables. Additionally, Cloud
11
+ SDK credentials can also be discovered automatically, but this is only
12
+ recommended during development.
13
+
14
+ ## Project and Credential Lookup
15
+
16
+ The google-cloud-storage library aims to make authentication as simple as
17
+ possible, and provides several mechanisms to configure your system without
18
+ providing **Project ID** and **Service Account Credentials** directly in code.
19
+
20
+ **Project ID** is discovered in the following order:
21
+
22
+ 1. Specify project ID in method arguments
23
+ 2. Specify project ID in configuration
24
+ 3. Discover project ID in environment variables
25
+ 4. Discover GCE project ID
26
+
27
+ **Credentials** are discovered in the following order:
28
+
29
+ 1. Specify credentials in method arguments
30
+ 2. Specify credentials in configuration
31
+ 3. Discover credentials path in environment variables
32
+ 4. Discover credentials JSON in environment variables
33
+ 5. Discover credentials file in the Cloud SDK's path
34
+ 6. Discover GCE credentials
35
+
36
+ ### Google Cloud Platform environments
37
+
38
+ While running on Google Cloud Platform environments such as Google Compute
39
+ Engine, Google App Engine and Google Kubernetes Engine, no extra work is needed.
40
+ The **Project ID** and **Credentials** and are discovered automatically. Code
41
+ should be written as if already authenticated. Just be sure when you [set up the
42
+ GCE instance][gce-how-to], you add the correct scopes for the APIs you want to
43
+ access. For example:
44
+
45
+ * **All APIs**
46
+ * `https://www.googleapis.com/auth/cloud-platform`
47
+ * `https://www.googleapis.com/auth/cloud-platform.read-only`
48
+ * **BigQuery**
49
+ * `https://www.googleapis.com/auth/bigquery`
50
+ * `https://www.googleapis.com/auth/bigquery.insertdata`
51
+ * **Compute Engine**
52
+ * `https://www.googleapis.com/auth/compute`
53
+ * **Datastore**
54
+ * `https://www.googleapis.com/auth/datastore`
55
+ * `https://www.googleapis.com/auth/userinfo.email`
56
+ * **DNS**
57
+ * `https://www.googleapis.com/auth/ndev.clouddns.readwrite`
58
+ * **Pub/Sub**
59
+ * `https://www.googleapis.com/auth/pubsub`
60
+ * **Storage**
61
+ * `https://www.googleapis.com/auth/devstorage.full_control`
62
+ * `https://www.googleapis.com/auth/devstorage.read_only`
63
+ * `https://www.googleapis.com/auth/devstorage.read_write`
64
+
65
+ ### Environment Variables
66
+
67
+ The **Project ID** and **Credentials JSON** can be placed in environment
68
+ variables instead of declaring them directly in code. Each service has its own
69
+ environment variable, allowing for different service accounts to be used for
70
+ different services. (See the READMEs for the individual service gems for
71
+ details.) The path to the **Credentials JSON** file can be stored in the
72
+ environment variable, or the **Credentials JSON** itself can be stored for
73
+ environments such as Docker containers where writing files is difficult or not
74
+ encouraged.
75
+
76
+ The environment variables that Storage checks for project ID are:
77
+
78
+ 1. `STORAGE_PROJECT`
79
+ 2. `GOOGLE_CLOUD_PROJECT`
80
+
81
+ The environment variables that Storage checks for credentials are configured on {Google::Cloud::Storage::Credentials}:
82
+
83
+ 1. `STORAGE_CREDENTIALS` - Path to JSON file, or JSON contents
84
+ 2. `STORAGE_KEYFILE` - Path to JSON file, or JSON contents
85
+ 3. `GOOGLE_CLOUD_CREDENTIALS` - Path to JSON file, or JSON contents
86
+ 4. `GOOGLE_CLOUD_KEYFILE` - Path to JSON file, or JSON contents
87
+ 5. `GOOGLE_APPLICATION_CREDENTIALS` - Path to JSON file
88
+
89
+ ```ruby
90
+ require "google/cloud/storage"
91
+
92
+ ENV["STORAGE_PROJECT"] = "my-project-id"
93
+ ENV["STORAGE_CREDENTIALS"] = "path/to/keyfile.json"
94
+
95
+ storage = Google::Cloud::Storage.new
96
+ ```
97
+
98
+ ### Configuration
99
+
100
+ The **Project ID** and **Credentials JSON** can be configured instead of placing them in environment variables or providing them as arguments.
101
+
102
+ ```ruby
103
+ require "google/cloud/storage"
104
+
105
+ Google::Cloud::Storage.configure do |config|
106
+ config.project_id = "my-project-id"
107
+ config.credentials = "path/to/keyfile.json"
108
+ end
109
+
110
+ storage = Google::Cloud::Storage.new
111
+ ```
112
+
113
+ ### Cloud SDK
114
+
115
+ This option allows for an easy way to authenticate during development. If
116
+ credentials are not provided in code or in environment variables, then Cloud SDK
117
+ credentials are discovered.
118
+
119
+ To configure your system for this, simply:
120
+
121
+ 1. [Download and install the Cloud SDK](https://cloud.google.com/sdk)
122
+ 2. Authenticate using OAuth 2.0 `$ gcloud auth login`
123
+ 3. Write code as if already authenticated.
124
+
125
+ **NOTE:** This is _not_ recommended for running in production. The Cloud SDK
126
+ *should* only be used during development.
127
+
128
+ [gce-how-to]: https://cloud.google.com/compute/docs/authentication#using
129
+ [dev-console]: https://console.cloud.google.com/project
130
+
131
+ [enable-apis]: https://raw.githubusercontent.com/GoogleCloudPlatform/gcloud-common/master/authentication/enable-apis.png
132
+
133
+ [create-new-service-account]: https://raw.githubusercontent.com/GoogleCloudPlatform/gcloud-common/master/authentication/create-new-service-account.png
134
+ [create-new-service-account-existing-keys]: https://raw.githubusercontent.com/GoogleCloudPlatform/gcloud-common/master/authentication/create-new-service-account-existing-keys.png
135
+ [reuse-service-account]: https://raw.githubusercontent.com/GoogleCloudPlatform/gcloud-common/master/authentication/reuse-service-account.png
136
+
137
+ ## Creating a Service Account
138
+
139
+ Google Cloud requires a **Project ID** and **Service Account Credentials** to
140
+ connect to the APIs. You will use the **Project ID** and **JSON key file** to
141
+ connect to most services with google-cloud-storage.
142
+
143
+ If you are not running this client on Google Compute Engine, you need a Google
144
+ Developers service account.
145
+
146
+ 1. Visit the [Google Developers Console][dev-console].
147
+ 1. Create a new project or click on an existing project.
148
+ 1. Activate the slide-out navigation tray and select **API Manager**. From
149
+ here, you will enable the APIs that your application requires.
150
+
151
+ ![Enable the APIs that your application requires][enable-apis]
152
+
153
+ *Note: You may need to enable billing in order to use these services.*
154
+
155
+ 1. Select **Credentials** from the side navigation.
156
+
157
+ You should see a screen like one of the following.
158
+
159
+ ![Create a new service account][create-new-service-account]
160
+
161
+ ![Create a new service account With Existing Keys][create-new-service-account-existing-keys]
162
+
163
+ Find the "Add credentials" drop down and select "Service account" to be
164
+ guided through downloading a new JSON key file.
165
+
166
+ If you want to re-use an existing service account, you can easily generate a
167
+ new key file. Just select the account you wish to re-use, and click "Generate
168
+ new JSON key":
169
+
170
+ ![Re-use an existing service account][reuse-service-account]
171
+
172
+ The key file you download will be used by this library to authenticate API
173
+ requests and should be stored in a secure location.
174
+
175
+ ## Troubleshooting
176
+
177
+ If you're having trouble authenticating you can ask for help by following the
178
+ {file:TROUBLESHOOTING.md Troubleshooting Guide}.
@@ -0,0 +1,167 @@
1
+ # Release History
2
+
3
+ ### 1.14.1 / 2018-09-12
4
+
5
+ * Add missing documentation files to package.
6
+
7
+ ### 1.14.0 / 2018-09-10
8
+
9
+ * Add Object Lifecycle Management:
10
+ * Add Bucket#lifecycle.
11
+ * Add Bucket::Lifecycle and Bucket::Lifecycle::Rule.
12
+ * Update documentation.
13
+
14
+ ### 1.13.1 / 2018-08-21
15
+
16
+ * Update documentation.
17
+
18
+ ### 1.13.0 / 2018-06-22
19
+
20
+ * Update Policy, protect from role duplication.
21
+ * Updated dependencies.
22
+
23
+ ### 1.12.0 / 2018-05-09
24
+
25
+ * Support Cloud KMS keys / Customer-managed encryption keys (CMEK).
26
+
27
+ ### 1.11.0 / 2018-05-01
28
+
29
+ * Support partial Storage::File downloads. (georgeclaghorn)
30
+ * Add File#rewrite.
31
+ * Similar to File#copy, except for being able to specify both source and destination encryption keys.
32
+ * Refactor both File#copy and File#rotate to call File#rewrite.
33
+ * Update documentation for File-like IO parameters. The underlying libraries call #size on the argument, which is not present on IO, but is present on File and StringIO.
34
+
35
+ ### 1.10.0 / 2018-02-27
36
+
37
+ * Support Shared Configuration.
38
+ * Fix verification for gzipped files.
39
+ * Add skip_decompress to File#download
40
+ * Update documentation and examples for gzip-encoded files.
41
+ * Fix issue with IAM Policy not refreshing properly.
42
+ * Update Google API Client dependency.
43
+ * Update authentication documentation
44
+
45
+ ### 1.9.0 / 2017-11-20
46
+
47
+ * Add `Google::Cloud::Storage.anonymous` to support public data access.
48
+
49
+ ### 1.8.0 / 2017-11-14
50
+
51
+ * Add `Google::Cloud::Storage::Credentials` class.
52
+ * Rename constructor arguments to `project_id` and `credentials`.
53
+ (The previous arguments `project` and `keyfile` are still supported.)
54
+ * Document `Google::Auth::Credentials` as `credentials` value.
55
+ * Updated `google-api-client`, `googleauth` dependencies.
56
+
57
+ ### 1.7.1 / 2017-10-24
58
+
59
+ * Fix bug in Bucket#create_file, Bucket#compose, File#copy and File#rotate in
60
+ which user_project was not set on returned File object.
61
+ * Fix bug in Bucket::Acl#add_reader and Bucket::Acl#add_owner in which
62
+ user_project was not passed in the API request.
63
+
64
+ ### 1.7.0 / 2017-10-18
65
+
66
+ * Add `Bucket#compose`.
67
+ * Update documentation.
68
+
69
+ ### 1.6.0 / 2017-09-28
70
+
71
+ * Add `user_project` option to `Project#buckets` and `Project#create_bucket`.
72
+ * Upgrade to Google API Client 0.14.2.
73
+ * Update documentation.
74
+
75
+ ### 1.5.0 / 2017-09-26
76
+
77
+ * Add Pub/Sub notification subscriptions.
78
+ * Update `#signed_url` to support symbols (dimroc).
79
+
80
+ ### 1.4.0 / 2017-08-02
81
+
82
+ * Add `skip_lookup` option for retrieving `Bucket` and `File` objects
83
+ without accessing the Storage API
84
+ * Add `Bucket#exists?` method
85
+ * Add `File#exists?` method
86
+ * Add `File#generations` method
87
+ * Add `generation` argument to `File#delete`
88
+ * Add `generation` argument to `File#reload!`
89
+ * Add `Bucket#storage_class=` method
90
+ * Fix for when the `user_project` value set on a `Bucket` was not being
91
+ properly set on all `File` objects returned by `Bucket`.
92
+ * Fix to use `user_project` value when reloading a `Bucket`.
93
+
94
+ ### 1.3.0 / 2017-07-11
95
+
96
+ * Add `query` parameter to `#signed_url` methods (georgeclaghorn).
97
+
98
+ ### 1.2.0 / 2017-06-27
99
+
100
+ * Add Requester Pays support.
101
+ * Upgrade dependency on Google API Client.
102
+
103
+ ### 1.1.0 / 2017-06-01
104
+
105
+ * Add Bucket#labels.
106
+ * Update gem spec homepage links.
107
+ * Remove memoization of Policy.
108
+ * Deprecate force parameter in Bucket#policy. (Will be removed in a future version.)
109
+ * Deprecate Policy#deep_dup. (Will be removed in a future version.)
110
+
111
+
112
+ ### 1.0.1 / 2017-04-10
113
+
114
+ * Add Bucket IAM support
115
+
116
+ ### 1.0.0 / 2017-04-05
117
+
118
+ * Release 1.0
119
+ * Improvements to File copy for large files
120
+ * Allow file attributes to be changed during copy
121
+ * Upgrade dependency on Google API Client
122
+
123
+ ### 0.25.0 / 2017-03-31
124
+
125
+ * Allow upload and download of in-memory IO objects
126
+ * Added signed_url at top-level object, without creating a bucket or file object
127
+ * Updated documentation
128
+
129
+ ### 0.24.0 / 2017-03-03
130
+
131
+ * Dependency on Google API Client has been updated to 0.10.x.
132
+
133
+ ### 0.23.2 / 2017-02-21
134
+
135
+ * Allow setting a File's storage_class on file creation
136
+ * Allow updating an existing File's storage_class
137
+ * Add File#rotate to rotate encryption keys
138
+ * Add PostObject and Bucket#post_object for uploading via HTML forms
139
+
140
+ ### 0.23.1 / 2016-12-12
141
+
142
+ * Support Google extension headers on signed URLs (calavera)
143
+
144
+ ### 0.23.0 / 2016-12-8
145
+
146
+ * Remove `encryption_key_sha256` method parameter, hash will be calculated using `encryption_key`
147
+ * Many documentation improvements
148
+
149
+ ### 0.21.0 / 2016-10-20
150
+
151
+ * New service constructor Google::Cloud::Storage.new
152
+ * Bucket#signed_url added to create URLs without a File object
153
+
154
+ ### 0.20.2 / 2016-09-30
155
+
156
+ * Fix issue with signed_url and file names with spaces (gsbucks)
157
+
158
+ ### 0.20.1 / 2016-09-02
159
+
160
+ * Fix for timeout on uploads.
161
+
162
+ ### 0.20.0 / 2016-08-26
163
+
164
+ This gem contains the Google Cloud Storage service implementation for the `google-cloud` gem. The `google-cloud` gem replaces the old `gcloud` gem. Legacy code can continue to use the `gcloud` gem.
165
+
166
+ * Namespace is now `Google::Cloud`
167
+ * The `google-cloud` gem is now an umbrella package for individual gems
@@ -0,0 +1,40 @@
1
+ # Contributor Code of Conduct
2
+
3
+ As contributors and maintainers of this project, and in the interest of
4
+ fostering an open and welcoming community, we pledge to respect all people who
5
+ contribute through reporting issues, posting feature requests, updating
6
+ documentation, submitting pull requests or patches, and other activities.
7
+
8
+ We are committed to making participation in this project a harassment-free
9
+ experience for everyone, regardless of level of experience, gender, gender
10
+ identity and expression, sexual orientation, disability, personal appearance,
11
+ body size, race, ethnicity, age, religion, or nationality.
12
+
13
+ Examples of unacceptable behavior by participants include:
14
+
15
+ * The use of sexualized language or imagery
16
+ * Personal attacks
17
+ * Trolling or insulting/derogatory comments
18
+ * Public or private harassment
19
+ * Publishing other's private information, such as physical or electronic
20
+ addresses, without explicit permission
21
+ * Other unethical or unprofessional conduct.
22
+
23
+ Project maintainers have the right and responsibility to remove, edit, or reject
24
+ comments, commits, code, wiki edits, issues, and other contributions that are
25
+ not aligned to this Code of Conduct. By adopting this Code of Conduct, project
26
+ maintainers commit themselves to fairly and consistently applying these
27
+ principles to every aspect of managing this project. Project maintainers who do
28
+ not follow or enforce the Code of Conduct may be permanently removed from the
29
+ project team.
30
+
31
+ This code of conduct applies both within project spaces and in public spaces
32
+ when an individual is representing the project or its community.
33
+
34
+ Instances of abusive, harassing, or otherwise unacceptable behavior may be
35
+ reported by opening an issue or contacting one or more of the project
36
+ maintainers.
37
+
38
+ This Code of Conduct is adapted from the [Contributor
39
+ Covenant](http://contributor-covenant.org), version 1.2.0, available at
40
+ [http://contributor-covenant.org/version/1/2/0/](http://contributor-covenant.org/version/1/2/0/)
@@ -0,0 +1,188 @@
1
+ # Contributing to Google Cloud Storage
2
+
3
+ 1. **Sign one of the contributor license agreements below.**
4
+ 2. Fork the repo, develop and test your code changes.
5
+ 3. Send a pull request.
6
+
7
+ ## Contributor License Agreements
8
+
9
+ Before we can accept your pull requests you'll need to sign a Contributor
10
+ License Agreement (CLA):
11
+
12
+ - **If you are an individual writing original source code** and **you own the
13
+ intellectual property**, then you'll need to sign an [individual
14
+ CLA](https://developers.google.com/open-source/cla/individual).
15
+ - **If you work for a company that wants to allow you to contribute your work**,
16
+ then you'll need to sign a [corporate
17
+ CLA](https://developers.google.com/open-source/cla/corporate).
18
+
19
+ You can sign these electronically (just scroll to the bottom). After that, we'll
20
+ be able to accept your pull requests.
21
+
22
+ ## Setup
23
+
24
+ In order to use the google-cloud-storage console and run the project's tests,
25
+ there is a small amount of setup:
26
+
27
+ 1. Install Ruby. google-cloud-storage requires Ruby 2.3+. You may choose to
28
+ manage your Ruby and gem installations with [RVM](https://rvm.io/),
29
+ [rbenv](https://github.com/rbenv/rbenv), or
30
+ [chruby](https://github.com/postmodern/chruby).
31
+
32
+ 2. Install [Bundler](http://bundler.io/).
33
+
34
+ ```sh
35
+ $ gem install bundler
36
+ ```
37
+
38
+ 3. Install the top-level project dependencies.
39
+
40
+ ```sh
41
+ $ bundle install
42
+ ```
43
+
44
+ 4. Install the Storage dependencies.
45
+
46
+ ```sh
47
+ $ cd google-cloud-storage/
48
+ $ bundle exec rake bundleupdate
49
+ ```
50
+
51
+ ## Console
52
+
53
+ In order to run code interactively, you can automatically load
54
+ google-cloud-storage and its dependencies in IRB. This requires that your
55
+ developer environment has already been configured by following the steps
56
+ described in the {file:AUTHENTICATION.md Authentication Guide}. An IRB console
57
+ can be created with:
58
+
59
+ ```sh
60
+ $ cd google-cloud-storage/
61
+ $ bundle exec rake console
62
+ ```
63
+
64
+ ## Storage Tests
65
+
66
+ Tests are very important part of google-cloud-storage. All contributions
67
+ should include tests that ensure the contributed code behaves as expected.
68
+
69
+ To run the unit tests, documentation tests, and code style checks together for a
70
+ package:
71
+
72
+ ``` sh
73
+ $ cd google-cloud-storage/
74
+ $ bundle exec rake ci
75
+ ```
76
+
77
+ To run the command above, plus all acceptance tests, use `rake ci:acceptance` or
78
+ its handy alias, `rake ci:a`.
79
+
80
+ ### Storage Unit Tests
81
+
82
+
83
+ The project uses the [minitest](https://github.com/seattlerb/minitest) library,
84
+ including [specs](https://github.com/seattlerb/minitest#specs),
85
+ [mocks](https://github.com/seattlerb/minitest#mocks) and
86
+ [minitest-autotest](https://github.com/seattlerb/minitest-autotest).
87
+
88
+ To run the Storage unit tests:
89
+
90
+ ``` sh
91
+ $ cd google-cloud-storage/
92
+ $ bundle exec rake test
93
+ ```
94
+
95
+ ### Storage Documentation Tests
96
+
97
+ The project tests the code examples in the gem's
98
+ [YARD](https://github.com/lsegal/yard)-based documentation.
99
+
100
+ The example testing functions in a way that is very similar to unit testing, and
101
+ in fact the library providing it,
102
+ [yard-doctest](https://github.com/p0deje/yard-doctest), is based on the
103
+ project's unit test library, [minitest](https://github.com/seattlerb/minitest).
104
+
105
+ To run the Storage documentation tests:
106
+
107
+ ``` sh
108
+ $ cd google-cloud-storage/
109
+ $ bundle exec rake doctest
110
+ ```
111
+
112
+ If you add, remove or modify documentation examples when working on a pull
113
+ request, you may need to update the setup for the tests. The stubs and mocks
114
+ required to run the tests are located in `support/doctest_helper.rb`. Please
115
+ note that much of the setup is matched by the title of the
116
+ [`@example`](http://www.rubydoc.info/gems/yard/file/docs/Tags.md#example) tag.
117
+ If you alter an example's title, you may encounter breaking tests.
118
+
119
+ ### Storage Acceptance Tests
120
+
121
+ The Storage acceptance tests interact with the live service API. Follow the
122
+ instructions in the {file:AUTHENTICATION.md Authentication guide} for enabling
123
+ the Storage API. Occasionally, some API features may not yet be generally
124
+ available, making it difficult for some contributors to successfully run the
125
+ entire acceptance test suite. However, please ensure that you do successfully
126
+ run acceptance tests for any code areas covered by your pull request.
127
+
128
+ To run the acceptance tests, first create and configure a project in the Google
129
+ Developers Console, as described in the {file:AUTHENTICATION.md Authentication
130
+ guide}. Be sure to download the JSON KEY file. Make note of the PROJECT_ID and
131
+ the KEYFILE location on your system.
132
+
133
+ Before you can run the Storage acceptance tests, you must first create indexes
134
+ used in the tests.
135
+
136
+ #### Running the Storage acceptance tests
137
+
138
+ To run the Storage acceptance tests:
139
+
140
+ ``` sh
141
+ $ cd google-cloud-storage/
142
+ $ bundle exec rake acceptance[\\{my-project-id},\\{/path/to/keyfile.json}]
143
+ ```
144
+
145
+ Or, if you prefer you can store the values in the `GCLOUD_TEST_PROJECT` and
146
+ `GCLOUD_TEST_KEYFILE` environment variables:
147
+
148
+ ``` sh
149
+ $ cd google-cloud-storage/
150
+ $ export GCLOUD_TEST_PROJECT=\\{my-project-id}
151
+ $ export GCLOUD_TEST_KEYFILE=\\{/path/to/keyfile.json}
152
+ $ bundle exec rake acceptance
153
+ ```
154
+
155
+ If you want to use a different project and credentials for acceptance tests, you
156
+ can use the more specific `STORAGE_TEST_PROJECT` and `STORAGE_TEST_KEYFILE`
157
+ environment variables:
158
+
159
+ ``` sh
160
+ $ cd google-cloud-storage/
161
+ $ export STORAGE_TEST_PROJECT=\\{my-project-id}
162
+ $ export STORAGE_TEST_KEYFILE=\\{/path/to/keyfile.json}
163
+ $ bundle exec rake acceptance
164
+ ```
165
+
166
+ ## Coding Style
167
+
168
+ Please follow the established coding style in the library. The style is is
169
+ largely based on [The Ruby Style
170
+ Guide](https://github.com/bbatsov/ruby-style-guide) with a few exceptions based
171
+ on seattle-style:
172
+
173
+ * Avoid parenthesis when possible, including in method definitions.
174
+ * Always use double quotes strings. ([Option
175
+ B](https://github.com/bbatsov/ruby-style-guide#strings))
176
+
177
+ You can check your code against these rules by running Rubocop like so:
178
+
179
+ ```sh
180
+ $ cd google-cloud-storage/
181
+ $ bundle exec rake rubocop
182
+ ```
183
+
184
+ ## Code of Conduct
185
+
186
+ Please note that this project is released with a Contributor Code of Conduct. By
187
+ participating in this project you agree to abide by its terms. See
188
+ {file:CODE_OF_CONDUCT.md Code of Conduct} for more information.