Closed tyler36 closed 2 years ago
Thanks - This is interesting because I did upgrade the image after a recent PR, and long after v1.19.3.
So something's funky about gitpod, and we're going to have to ask them about it. The current version of drud/ddev-gitpod-base:latest is the right one.
$ docker run -it --rm drud/ddev-gitpod-base /usr/local/bin/ddev --version
ddev version v1.19.3
/cc @shaal
Fixed by running https://gitpod.io/#imagebuild/https://github.com/drud/ddev-gitpod-launcher - thanks @shaal . Turns out that since the underlying image was pushed ("latest"), but you have to hit it like this to update gitpod's view of it.
I think the probable fix is a daily hit of https://gitpod.io/#imagebuild/https://github.com/drud/ddev-gitpod-launcher in github workflow, either here or in ddev repo.
Actually, this isn't fixed. Apparently you have to hit the imagebuild separately for every repo you might ever want to open, which of course is impossible. We may have to do the imagebuild as part of the launch, which will slow it down.
Alternately, I think just not using "latest" and instead using a named tag is probably the key thing to do.
I think this is fixed for now @tyler36 , please confirm. But for the future:
I think this will resolve at least most of this class of problem, but I don't actually completely understand gitpod's caching strategy. It may be caching specific project builds, not just the base image.
Confirmed. Checked a "random" project with ddev-gidpod launcher.
gitpod /workspace/ddev-gitpod-launcher (main) $ ddev --version
ddev version v1.19.3
I note that 1.19.5
is out now though. 🤷
Good reminder! I'll update those.
When I start a workspace, I get the following warning:
It appears to be using an older version of DDEV
I think version
1.19.4
might be out before the end of the month so it would be ideal if this packaged used the "latest" version.