-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue: Create 'Version' Endpoint in Nachet Backend #37
Comments
related subject? being able to have multiple versions running: |
@k-allagbe should comment on the design choices here |
I haven't explored the API versioning topic very well yet. My first reaction would be to use I'm not too sure about I like the Quick comparison: blueprints vs. flask-rebarBlueprintsPros:
Cons:
Flask-RebarPros:
Cons:
My Opinion:I'm not sure if |
@k-allagbe good review, thanks. For now I'd lean towards the simpler solution, which is just using blueprints to give us time to carefully consider major changes such as switching . This example demonstrates what we want I think: https://gist.github.com/berend/fb8fd98be235aec7c6d12782805d7bff My concern was mainly making sure that if version 1.1.0 is basically the same as version 1.2 except for a few, non-API breaking additions to the API that we are able to reuse these changes. in the case of breaking changes (a major version bump, such as going from 1.2 to 2.0.0) we can clearly have label for the function that changes. It is perhaps "cumbersome" but it may also be the cost of change management. |
Description
To ensure consistency and compatibility between our frontend and backend services, we need to implement a 'version' endpoint in the Nachet Backend. This endpoint will provide version information, including the application version, name, Git commit hash, and long Git version, similar to what is currently available in the Nachet frontend.
Requirements
/api/version
).applicationVersion
: The current version of the application (frompackage.json
).applicationName
: The name of the application (frompackage.json
).gitCommitHash
: The short Git commit hash of the current deployment.longGitVersion
: A combined string of the application version and commit hash (e.g.,0.1.0-f0db6e8
).Purpose
This endpoint will allow the frontend to display the backend version information, ensuring that both frontend and backend are running compatible versions. It will be particularly useful for troubleshooting and verifying deployments.
Implementation Notes
Acceptance Criteria
/api/version
is implemented in the Nachet Backend.The text was updated successfully, but these errors were encountered: