Using Visual Studio Code Server to get rid of known development issues

Robert Diers
NEW IT Engineering
Published in
2 min readAug 12, 2021

--

Motivation

You might have various solutions to build up a local development environments, but there are a few challenges:

  • developers use different operating systems
  • developers use different IDEs

That’s fine as long as everybody takes care about the differences.

  • you might need different runtimes (for example JDK) for different projects
  • you might need different configurations (for example Maven) for different projects
  • you might need different command line tools (for example kubectl) for different projects
  • you might need different IDE plugins for different projects

Using only one host system might be challenging and could create failures.

Approach

  • Visual Studio Code Server could create a container suitable for your environment and will enable you to develop within your browser
  • docker-compose (or something else) could be used to orchestrate you local env (for example database containers and other services)

As there are many solutions to bring up a bulk of containers, I do not want to limit the usage. Because of this I prefer this approach compared to Visual Studio Code remote development. In addition you will get your own “development container” and you can customize it as you need and you can use your preferred IDE plugins.

Known problems

  • Not all plugins get activated directly after installation, you might need to restart the container to get it working…
  • MD review frame might take some time to load
  • I was too lazy to translate startup/stop/remove scripts to Windows syntax, please use Git Bash or something similar

Git example

https://github.com/robertdiers/vsc-server-example

  1. execute ./startup.sh to start all containers
  2. Browser: http://localhost:8080 to open die IDE
  3. execute ./buildAndStart.sh using the integrated terminal
  4. Browser: http://localhost:50000/hello

--

--