API-reported version does not include tags #22
Labels
No Label
Service
Buildbot
Service
Chat
Service
Gitea
Service
Translate
Type
Bug
Type
Config
Type
Deployment
Type
Feature
Type
Setup
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: infrastructure/blender-projects-platform#22
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Our Gitea build doesn't include any tags in its version info. You can see this in the response to https://projects.blender.org/api/v1/version
The current response is
{"version":"a8c6cbf"}
The expected response is
{"version":"1.19.0+dev-525-ga8c6cbf89"}
This is caused by our fork on Github not having any tags. If you do the following to fetch the upstream tags & rebuild, things work as expected:
The biggest issue with the current situation is that Tea borks on our githash-only version info: https://gitea.com/gitea/tea/issues/531#issuecomment-727512
So I guess this is just a deployment thing to add by @Arnd, to fetch upstream.
Yup.
I've built a binary using the following steps:
This created a binary which reports the following when using
./gitea -v
A subsequent deployment on a test-server also doesnt seem to show the version in the banner-bar at the bottom.
I would try
git fetch upstream --tags
.Same result.
Also checked the /api/v1/version result.
Is anything else required for this to work?
Has anyone been able to reproduce the desired result with a blender-merged build ?
It's the
git clone --depth 1
that breaks the whole thing. Git needs the history to know which tag is the most recent one that applies to the currentHEAD
.You don't need to build Gitea for this, just run
git describe
-- it should output something along the lines ofv1.19.0-dev-551-g309fd9efe
.This produced a winner.
I have a build ready for deployment that lists itself as
I'll check for a good moment to deploy it; perhaps together with some other planned changes.
Closing since this was fixed.