Closed jkleinlercher closed 1 month ago
Installing the platform stack in the on-start phase (instead of on-create) could be a better approach to forward ports already during setting up. Also, I experienced that problems in on-create result in a alternative container provided by github. Maybe during on-start this is not the case (which would be better).
Go through open points
What would be great:
with $BROWSER
but we should open it as soon as the app is synced
unfortunately I get "Command is only available in WSL or inside a Visual Studio Code terminal." when running browser command in script.
with "::step::" in script output the line will be displayed in the terminal (see https://github.com/microsoft/vscode-dev-containers/issues/1293#issuecomment-1030930939 )
current status:
done:
todo:
maybe also letting the user do install it manually helps to have a better devex and get no masked output? see https://dynatrace-oss.github.io/progressiveDelivery-masterclass/ also for a tutorial
I do not think we need/should make it manually, we just need a better documention like in https://dynatrace-oss.github.io/progressiveDelivery-masterclass/ and explain how to access argocd via port tab and how to get the secret. like in https://dynatrace-oss.github.io/progressiveDelivery-masterclass/3-access-argo/
Since I saw https://dynatrace-oss.github.io/progressiveDelivery-masterclass/ I think quick win would be to create a better documention like in https://dynatrace-oss.github.io/progressiveDelivery-masterclass/ and just document how to access the tools.
Startup-Time is maybe a problem for later. Showing URL without masked is then also not so important when we have a good documention.
So the last thing we should do in this task:
while codespaces for our platform seems to work there are some first improvements needed:
To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'. Error from server (ServiceUnavailable): apiserver not ready