Closed apolopena closed 3 years ago
Use the workaround when creating multiple new workspaces and chaning the phpmyadmin install directive in between. This is result of the docker caching mechanism within the gitpod system. Workspaces are cached, so unless a workspace image is forced to be rebuilt then there is guarantee that phpmyadmin will be installed or not.
It appears that when a workspace is created in gitpod from a repo for the very first time, the workspace image is built, not cached.
Regardless if you are creating new workspaces and changing the phpmyadmin install directive in starter.ini
, in between creation of these workspaces then you will need to increment the value of ENV INVALIDATE_CACHE
in .gitpod.Dockerfile
and save it to the repository before you create the workspace to ensure that you get your desired results.
Workaround no longer needed. Fixed in https://github.com/apolopena/gitpod-laravel8-starter/issues/28
Describe the bug
The very first time the workspace is built and the workspace image is craeted then whatever value is set for the
install
forphpmyadmin
instarter.ini
will be respected. However on subsequent creations of the gitpod workspace thisphpmyadmin
install
value will only be respected if the workspace image is rebuilt. The workspace image is cached and will only rebuild if there is a significant change to the.gitpod.Docker
file.Screenshots
Steps to reproduce
install
value forphpmyadmin
instarter.ini
to1
. Push that change to your repository.phpmyadmin
is successfully installedinstall
value forphpmyadmin
instarter.ini
to0
. Push that change to your repository.phpmyadmin
is still installed.Expected behavior
When the
install
value forphpmyadmin
instarter.ini
is set to0
and the a new Gitpod workspace is created thenphpmyadmin
should not be installed.Workaround
You can workaround this issue by incrementing the value of
ENV INVALIDATE_CACHE
in.gitpod.Dockerfile
. This will force the build of a new workspace image.