Closed
Bug 1460019
Opened 7 years ago
Closed 6 years ago
Include a version in api.json
Categories
(Taskcluster :: Services, enhancement, P5)
Taskcluster
Services
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dustin, Assigned: jhford)
References
Details
Attachments
(2 files, 3 obsolete files)
2.54 KB,
patch
|
dustin
:
review+
|
Details | Diff | Splinter Review |
1008 bytes,
patch
|
Details | Diff | Splinter Review |
For the moment we will assume version: 0 to mean version: 'v1', but let's change it so we don't need to do that translation.
Reporter | ||
Comment 1•7 years ago
|
||
At the same time, let's change the API `name` proeprty to the more descriptive `serviceName`.
Reporter | ||
Comment 2•7 years ago
|
||
Update: version is the version of the reference format; not the version of the API. So maybe add an apiVersion field.
Reporter | ||
Updated•7 years ago
|
Summary: Change `version` in references to be of the form `v1` → Include a version in api.json
Reporter | ||
Comment 3•6 years ago
|
||
Note that this is needed in both exchanges and API definitions
Reporter | ||
Comment 4•6 years ago
|
||
We'll also want to remove baseUrl from the reference format.
Reporter | ||
Updated•6 years ago
|
Assignee: bstack → dustin
Reporter | ||
Comment 5•6 years ago
|
||
Once https://github.com/taskcluster/taskcluster-references/pull/4 lands we can add a new version with this information.
Assignee | ||
Comment 6•6 years ago
|
||
This is the patch required to get api version into the api references
Assignee | ||
Comment 7•6 years ago
|
||
This is the patch that I believe should add the apiVersion field to the lib-api schema. It's not clear to me why the schema for lib-api isn't stored in lib-api and published like we do for other schemas on deployment, what's the reason for this decision?
Attachment #9009117 -
Flags: review?(dustin)
Reporter | ||
Updated•6 years ago
|
Attachment #9009117 -
Flags: review?(dustin)
Reporter | ||
Updated•6 years ago
|
Attachment #9009115 -
Flags: review?(dustin)
Reporter | ||
Comment 8•6 years ago
|
||
Comment on attachment 9009115 [details] [diff] [review]
taskcluster-lib-api patch to include api version
Review of attachment 9009115 [details] [diff] [review]:
-----------------------------------------------------------------
::: package.json
@@ +1,3 @@
> {
> "name": "taskcluster-lib-api",
> + "version": "12.5.0",
This typically gets bumped in a commit of its own, so it's easy to spot and has a tag on that revision.
::: src/builder.js
@@ +181,4 @@
> reference() {
> const reference = {
> version: 0,
> + apiVersion: this.version,
Note that this is not an integer :)
Assignee | ||
Comment 9•6 years ago
|
||
Attachment #9009148 -
Flags: review?(dustin)
Assignee | ||
Updated•6 years ago
|
Attachment #9009117 -
Flags: review?(dustin)
Assignee | ||
Updated•6 years ago
|
Attachment #9009115 -
Flags: review?(dustin)
Assignee | ||
Updated•6 years ago
|
Attachment #9009115 -
Attachment is obsolete: true
Attachment #9009115 -
Flags: review?(dustin)
Reporter | ||
Comment 10•6 years ago
|
||
Comment on attachment 9009117 [details] [diff] [review]
taskcluster-references patch
Review of attachment 9009117 [details] [diff] [review]:
-----------------------------------------------------------------
Also, I wonder if this should be api-reference-v1.yml, so that a reference document can declare that it provides this information. Changing the schema at a particular URL seems like a recipe for making existing validations fail. On the other hand, this is a backward-compatible change.
::: schemas/api-reference-v0.yml
@@ +84,5 @@
> enum:
> - 0
> + apiVersion:
> + description: Version of the API
> + type: integer
We've been careful to treat API versions as strings with a "v" prefix, to help disambiguate them from other things (like the confusing `version` property). So this should be a string with a pattern, similar to that in `manifest-v2.json`.
Assignee | ||
Updated•6 years ago
|
Attachment #9009148 -
Attachment is obsolete: true
Attachment #9009148 -
Flags: review?(dustin)
Reporter | ||
Comment 11•6 years ago
|
||
Oh, and I think the copy of that schema in taskcluster-lib-api will need an update?
Maybe we should just hold on until we talk next week.
Reporter | ||
Comment 12•6 years ago
|
||
Comment on attachment 9009117 [details] [diff] [review]
taskcluster-references patch
I think bugzilla got confused about which patch I was reviewing..
Attachment #9009117 -
Flags: review?(dustin)
Assignee | ||
Comment 13•6 years ago
|
||
Now that I was able to find the schema (thanks!), I've been able to get the tests working
Attachment #9009150 -
Flags: review?(dustin)
Reporter | ||
Comment 14•6 years ago
|
||
Comment on attachment 9009150 [details] [diff] [review]
taskcluster-lib-api patch to include api version (v2)
Review of attachment 9009150 [details] [diff] [review]:
-----------------------------------------------------------------
Looks good, but without the version bump in this rev. And let's hold off landing until we talk on Monday.
Attachment #9009150 -
Flags: review?(dustin) → review+
Assignee | ||
Comment 15•6 years ago
|
||
Attachment #9009117 -
Attachment is obsolete: true
Attachment #9009151 -
Flags: review?(dustin)
Reporter | ||
Comment 16•6 years ago
|
||
Comment on attachment 9009151 [details] [diff] [review]
taskcluster-references patch (v2)
Let's figure out if this should be api-reference-v1.yml before r+'ing
Attachment #9009151 -
Flags: review?(dustin)
Assignee | ||
Comment 17•6 years ago
|
||
(In reply to Dustin J. Mitchell [:dustin] pronoun: he from comment #14)
> Comment on attachment 9009150 [details] [diff] [review]
> taskcluster-lib-api patch to include api version (v2)
>
> Review of attachment 9009150 [details] [diff] [review]:
> -----------------------------------------------------------------
>
> Looks good, but without the version bump in this rev. And let's hold off
> landing until we talk on Monday.
Do you mean that this should be a patch release or that we should build up more changes before determining the next version number?
Reporter | ||
Comment 18•6 years ago
|
||
I think a minor rev is good -- but let's make a separate commit to bump the version number with a tag, like `npm version` does.
Reporter | ||
Comment 19•6 years ago
|
||
I think this is ready to go. I'll try to get it landed and released.
Flags: needinfo?(dustin)
Reporter | ||
Comment 20•6 years ago
|
||
https://github.com/taskcluster/taskcluster-lib-api/pull/119
https://github.com/taskcluster/taskcluster-references/pull/7
Flags: needinfo?(dustin)
Comment 21•6 years ago
|
||
Commits pushed to master at https://github.com/taskcluster/taskcluster-lib-api
https://github.com/taskcluster/taskcluster-lib-api/commit/a41a627be901c28a3c12b6607b2a254f2c6dd23a
Bug 1460019 - Include a version in api.json
https://github.com/taskcluster/taskcluster-lib-api/commit/23280b754f3f208714873e79c31a2505c46057a6
Merge pull request #119 from djmitche/bug1460019
Bug 1460019 - Include a version in api.json
Reporter | ||
Comment 22•6 years ago
|
||
tc-lib-api v12.5.0
Reporter | ||
Updated•6 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Comment 23•6 years ago
|
||
This needs to be published to http://schemas.taskcluster.net/base/v1/api-reference.json
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 24•6 years ago
|
||
Dustin, a gentle remember not to close bugs for changes to api-reference.json until the changes have been manually published to production, or to deploy the changes to production when you close the bug (due to bug 1433672). Thanks!
Flags: needinfo?(dustin)
Reporter | ||
Comment 25•6 years ago
|
||
done.
Reporter | ||
Updated•6 years ago
|
Flags: needinfo?(dustin)
Reporter | ||
Updated•6 years ago
|
Status: REOPENED → RESOLVED
Closed: 6 years ago → 6 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Component: Redeployability → Services
You need to log in
before you can comment on or make changes to this bug.
Description
•