Reliable version endpoint for the api instance.

[augustjohnson]

Is your feature request related to a problem? Please describe.
As of right now, there is no client way to tell which version (as in github release) a given instance is running.
There are a couple of reasons why this could be helpful.

Describe the solution you'd like
I think that there should be a clean and clear semantic version that is generally returned by the API through some sort of endpoint (/version makes sense to me, but there could be other options).

git rev-parse --short HEAD may be a reliable command to generate a string that we can use.

Describe alternatives you've considered
There may be reasons to have hashes at a /data/publisher level? Some downstream tools could potentially only choose to update their data when the commit of a specific publisher changes. I'm not sure this is a use case that needs to be supported though, as the entire repo is only like 30mb.

Additional context

[augustjohnson]

This version should be consumed by the openapi schema

[augustjohnson]

A bit of additional research on this:
git describe --tags gets an excellent string to describe the version of the repository.
${{ github.run_id }} ${{ github.run_number }} ${{ github.run_attempt }} should be an excellent description of the build.

Possible approach:
version.json can be generated basically anytime the git repo is checked out in cicd and has the following information in it:
version: (output of git describe --tags)
github_run_info: run_id + run_number + run_attempt in some string concatenation.

This can then be consumed within settings.py, and then downstream tasks which generate the openapi spec.

[augustjohnson]

instead of version.json it could be build-info.json.