Spec changes for OpenAPI generator
For the association, there is a listing_id FK that makes the association for us. This information is included when you request a listing, but is written separately so that you don't need to post the entire listing to delete a version. The URL doesn't make an enormous difference in the end, it's just far cleaner to have it be a separate path. I can talk to Chris to see if that makes sense on our end
The fact that these return the same data was an error on my part, apologies. I'll create an issue to track that change.
/installs/{id}
returns a simple count of installs for a given listing. This call can be more accurate than the general listing count which will be aggregated on a schedule rather than an on-demand count which is a heavy performance call. This can also have filters to represent how many installs were tracked for the given filter set, allowing some drilldown analytics of a given listing./installs/{listing_id}/metrics
returns the overall metrics for a given yearly period and uses previously aggregated data to make the response much faster than on-demand queries.
It seems like this component is missing from your PR. Is it a staged change that wasn't pushed maybe?