Today @ValentinAnybox was proposing the following :
An idea: As devs we’re not used anymore to complexe setups, nowoday, it’s often down to
git pull and
docker-compose to get a dev env up and running.
Do you think it would be complex to automate the whole set up ? (it could be my first contribution) !
While in itself, setting up an env is not such a big deal, where I’d see a value in the future is as an incentive for modest contributions; I frankly personally wouldn’t fix a bug on an open source project if I have to spend more time on setup than on actual code.
And that is absolutely a great suggestion !! Funny enough is that we have done some pretty advanced experimentations on docker and Generative Objects and even with kubernetes !
So I believe we already have a lot ready, just to be refreshed to newest version of Generative Objects. And we would not need kubernetes which would be useful for production environments and scaling. Here we are talking about a developer environment where a docker image would be enough.
Here are the pointers for what we already have :
- Root to all docker / kubernetes documentation : https://goconfluence.atlassian.net/wiki/spaces/GOW/pages/105742347/Docker+Kubernetes+How+to
- Docker / K8S tutorials : https://goconfluence.atlassian.net/wiki/spaces/GOW/pages/151224336/Docker+K8S+Tutorials
- Docker images for Generative Objects : https://goconfluence.atlassian.net/wiki/spaces/GOW/pages/109445215/GO+Infrastructure
And the github repo with all docker files for Generative Objects :
The pitfall I remember is that all is command line on docker, therefore we still need to use a visual studio outside of docker. However we have figured out how to remote debug an application deployed on docker from a local visual studio instance: https://goconfluence.atlassian.net/wiki/spaces/GOW/pages/110198808/How+to+debug+a+GO+Application+in+a+Docker+Container
For those using Linux, it could be good to see if we can use visual studio online. However I am wondering if remote debugging would work this way …