25bca3a7ad
I may completely rewrite this later but what it does is it checks if there is anything in the /app/ directory and then if theres nothing it installs our fresh copy that the speech user/group cannot change personally. The entrypoint script should run on container instantiation before the CMD directive which should just be a simple npm command so that docker's own process monitoring can work correctly. |
||
|---|---|---|
| .. | ||
| docker-compose.yml | ||
| docker-entrypoint.sh | ||
| Dockerfile | ||
| README.md | ||
Readme Table of Contents
Container Base
Based on this documentation I will be creating a container which should aim to work on top of any customizations you add yourself.
Goals
Fresh install on creation
The end goal will be to iterate through all of the directories you have in any volumes you include and then copy anything else into the service directory omitting any files which you've changed.
Your changes take priority
This means any content that you've included in the /app/ path should be ignored when the container is instantiated. So generally only include files that you plan to have changed. Eventually I may add something a bit smarter and do a hash check & compare to be a bit smarter but for now simpler is better.
Configuration
The configuration will take place on container instantiation based on any environment variables which you include in your docker invocation be it a docker-compose.yml or a simple docker run.
You should prefer to include your configuration variables through means of the environment variables. However, if you find something in the configuration which you feel needs changed which we haven't included an environment variable for you should be free to include your own custom configuration file you're welcomed to.
Try it out immediately
What's better than something that works right out of the box? I really have no idea because if you have a goal that is small and iterative why would you want to do things the hard way unless you know for a fact that you're really into this.
Docker & Docker-compose
Docker compose is the most recommended way to get started and even run in deployment as it saves you a lot of pain of sifting through old commands to re-execute your docker container. So pre-requisites will be to have the following installed and most of these support packages are as easy as copy paste commands.
git
docker
docker-compose