sp_api_clients 2.0.0 → 2.0.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- checksums.yaml +4 -4
- data/CHANGELOG.md +20 -0
- data/README.md +15 -14
- data/lib/amazon_sp_clients/version.rb +1 -1
- data/sp_api_clients.gemspec +1 -1
- metadata +1 -1
checksums.yaml
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
SHA256:
|
|
3
|
-
metadata.gz:
|
|
4
|
-
data.tar.gz:
|
|
3
|
+
metadata.gz: c71c8c23330671f30dac0062ae042e7bd71023191bcd63d162ebd82b8ae84dbf
|
|
4
|
+
data.tar.gz: 19f449b014108e97650d7919aa768c5a77d0e1361532ebfa256309ff1447a7bc
|
|
5
5
|
SHA512:
|
|
6
|
-
metadata.gz:
|
|
7
|
-
data.tar.gz:
|
|
6
|
+
metadata.gz: 19b0f5eb3625e1150e2536598544f9a43be902a995d8fdb362003db4f553cc1b9a49f422f987035548db38a47aa7e524ea56d1340ff679c8921ef957aba48b3f
|
|
7
|
+
data.tar.gz: 12f26dd1a81dc282579b186b5c4ac554888b321fdebb2a50dd1561df04e989f1d21138eac130f2587ad47f54a6f7321403d01829415d29a20ef8b48838407bf0
|
data/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,26 @@ Notable changes to this gem. The format follows
|
|
|
6
6
|
Changes that only track updates to Amazon's API models are not
|
|
7
7
|
considered breaking and do not trigger a major version bump.
|
|
8
8
|
|
|
9
|
+
## [2.0.1] - 2026-09-07
|
|
10
|
+
|
|
11
|
+
### Added
|
|
12
|
+
|
|
13
|
+
- `examples/auth_check.rb`, a standalone script that shows which
|
|
14
|
+
credentials SP-API accepts. It calls the Orders API with a made-up
|
|
15
|
+
token and with a real access token, then asks LWA for a refresh with
|
|
16
|
+
and without the app credentials, and prints what each answer means.
|
|
17
|
+
It depends on nothing but this gem, or on Net::HTTP when the gem is
|
|
18
|
+
not in the bundle. `examples/` is not part of the built gem.
|
|
19
|
+
- `rake release:prepare[X.Y.Z]` prepares a release on a laptop: it
|
|
20
|
+
runs the suite, sets the version, dates the CHANGELOG entry, relocks
|
|
21
|
+
the lockfiles, commits and tags. Pushing the tag still publishes.
|
|
22
|
+
|
|
23
|
+
### Changed
|
|
24
|
+
|
|
25
|
+
- The README and the spec comments no longer name any particular
|
|
26
|
+
consumer of the gem. `lib/` and `vendor/` are unchanged; for a
|
|
27
|
+
consumer, 2.0.1 is 2.0.0 with a new README.
|
|
28
|
+
|
|
9
29
|
## [2.0.0] - 2026-09-03
|
|
10
30
|
|
|
11
31
|
### Added
|
data/README.md
CHANGED
|
@@ -28,11 +28,11 @@ Because of that, each API must be required explicitly:
|
|
|
28
28
|
```ruby
|
|
29
29
|
require 'amazon_sp_clients' # or 'sp_api_clients'; Bundler.require does this for you
|
|
30
30
|
|
|
31
|
-
#
|
|
31
|
+
# a project that reads orders
|
|
32
32
|
require 'amazon_sp_clients/sp_orders_v0' # Orders API
|
|
33
33
|
# ...and others
|
|
34
34
|
|
|
35
|
-
#
|
|
35
|
+
# a project that reads inventory
|
|
36
36
|
require 'amazon_sp_clients/sp_fba_inventory' # FBA Inventory API
|
|
37
37
|
# ...and others
|
|
38
38
|
```
|
|
@@ -260,25 +260,26 @@ pending publisher expires when the first push does not follow soon
|
|
|
260
260
|
(12 hours at the time of writing). After the first release the
|
|
261
261
|
publisher belongs to the gem and stays.
|
|
262
262
|
|
|
263
|
-
1.
|
|
264
|
-
|
|
263
|
+
1. Write the CHANGELOG entry under a `## [X.Y.Z]` heading. The task
|
|
264
|
+
adds the date.
|
|
265
|
+
2. Run the release task. It refuses a dirty tree, a bad version, an
|
|
266
|
+
existing tag or a missing CHANGELOG entry. Then it runs the suite,
|
|
267
|
+
sets `AmazonSpClients::VERSION`, relocks all three lockfiles (or
|
|
268
|
+
CI's frozen install fails), commits `Release X.Y.Z` and creates the
|
|
269
|
+
annotated tag `vX.Y.Z`. Nothing is pushed.
|
|
265
270
|
|
|
266
271
|
```sh
|
|
267
|
-
bundle
|
|
268
|
-
BUNDLE_GEMFILE=gemfiles/faraday_1.gemfile bundle lock --local
|
|
269
|
-
BUNDLE_GEMFILE=gemfiles/faraday_2.gemfile bundle lock --local
|
|
272
|
+
bundle exec rake 'release:prepare[X.Y.Z]'
|
|
270
273
|
```
|
|
271
274
|
|
|
272
|
-
3.
|
|
273
|
-
The workflow stops when the version has no entry.
|
|
274
|
-
4. Commit, then push an annotated tag on that commit:
|
|
275
|
+
3. Push the branch and the tag. The task prints the exact command:
|
|
275
276
|
|
|
276
277
|
```sh
|
|
277
|
-
git
|
|
278
|
-
git push origin vX.Y.Z
|
|
278
|
+
git push origin <branch> vX.Y.Z
|
|
279
279
|
```
|
|
280
280
|
|
|
281
281
|
The tag must be `v` plus the version, or the workflow stops before it
|
|
282
282
|
builds. rubygems.org rejects a version it already has, so a failed
|
|
283
|
-
release needs a new version and a new tag, not a re-run.
|
|
284
|
-
|
|
283
|
+
release needs a new version and a new tag, not a re-run. That is why
|
|
284
|
+
the task runs the suite before it tags. The bundler `rake release` is
|
|
285
|
+
disabled; it would push the gem from a laptop.
|
data/sp_api_clients.gemspec
CHANGED
|
@@ -25,7 +25,7 @@ Gem::Specification.new do |spec|
|
|
|
25
25
|
# Only lib/, vendor/, the gemspec and the top-level docs ship. Tests,
|
|
26
26
|
# the generator, CI config, dotfiles and the dev tooling stay behind.
|
|
27
27
|
dev_files = %r{
|
|
28
|
-
^(test|spec|features|amzn-models|gemfiles|bin)/ |
|
|
28
|
+
^(test|spec|features|amzn-models|gemfiles|bin|examples|tasks)/ |
|
|
29
29
|
^lib/generator |
|
|
30
30
|
^\. |
|
|
31
31
|
^(Gemfile(\.lock)?|Rakefile|CLAUDE\.md|codegen-config\.yml|selling-partner-api-models\.sha)$
|