search

redhat-gamedev / srt-game-server

Apache License 2.0
5 stars 2 forks source link

Add Visual Studio Code Remote Container Support #8

Open hatmarch opened 3 years ago

hatmarch commented 3 years ago

In order to make it easier for people to contribute, it would be helpful to codify what is needed to build and run the game components using VS Code Remote Containers and also to add a Contributing.md to the repo that explain this to future contributors.

I've already added most of this anyway (based it off the existing Dockerfile in the repo) so that I can look at and possibly contribute. If you'd like to have it officially in the repo I'm happy to create a pull request with the necessary changes.

thoraxe commented 3 years ago

Ya definitely! Currently, I'm building locally but it would be nice to do remote containers (Podman is even supported, so I've heard!).

We currently have an annoying issue in that activemq-cpp isn't available for Fedora 33, but I don't want to build a repo for the RPMs I made for it just to use them for us to just get rid of activemq-cpp in favor of qpid-proton...

But, yes, I agree that remote container would be awesome!

That being said, I wonder if we should also just include various vscode files in the repo as well. For example, I have a cmake debug launch profile...

hatmarch commented 3 years ago

Yes adding some tasks/launch configs to the VSCode workspace was part of the plan..trying to make onboarding as easy as possible.

I'll see what I can come up with.

Regarding podman: I've tried to use it before and been disappointed many times. For now I'm just exposing the (Docker Desktop for Mac) docker socket of the host and installing the docker client in the container. We can move that to root(ful or maybe even -less) podman later on.

hatmarch commented 3 years ago

Have taken a stab at this with PR #9.

It includes default launch and tasks .json for easy building and debugging of the server. It does use Docker (not podman) and has only been tested with VSCode on a Mac.