You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Eclipse che provides a web-based IDE that can be deployed as a container.
The upstream container kinda works, but git is broken due to the unreferencable user id. If we're able to preload the monster app within the workspace this might workaround this issue.
Remote debugging is a challenge as we would need to bake-in oc client and then remotely execute the port-forward command. This might be easier to do via a service account, rather than a 'real' user (similar to what's done with Jenkins integration).
The text was updated successfully, but these errors were encountered:
I am wondering why this would be better? I really love the idea to present a true developer desktop of the real world. I know few people who really use a web based IDE.
Depends which use-cases you're trying to show. I agree the desktop experiences is super, particular when being introduced to the product. But once you're past demonstration, and are working through technical scenarios, this offers an interesting (and more scalable) alternative.
Eclipse che provides a web-based IDE that can be deployed as a container.
The upstream container kinda works, but git is broken due to the unreferencable user id. If we're able to preload the monster app within the workspace this might workaround this issue.
Remote debugging is a challenge as we would need to bake-in oc client and then remotely execute the port-forward command. This might be easier to do via a service account, rather than a 'real' user (similar to what's done with Jenkins integration).
The text was updated successfully, but these errors were encountered: