Sharing docker containers with other team members
See original GitHub issueProbably isn’t 100% related to cookiecutter-django
specifically but i just followed: https://realpython.com/blog/python/development-and-deployment-of-cookiecutter-django-via-docker/
Which went real well and am thinking of using this as my base for future projects, just 1 question though. Say if i’m working on a development team, what is the ideal workflow for sharing dev & production containers with other members of the team?
Issue Analytics
- State:
- Created 8 years ago
- Comments:5
Top Results From Across the Web
Sharing docker containers with other team members #458
There's no need to do that. Every person in your development team builds his/her own containers based on the Dockerfiles in your repository....
Read more >Share the application | Docker Documentation
To share Docker images, you have to use a Docker registry. The default registry is Docker Hub and is where all of the...
Read more >How to Share Docker Images With Others - How-To Geek
The easiest way to share a Docker image is to push it up to a Docker registry. This functionality is fully integrated into...
Read more >how to share docker container volume with other team members
so each team member will compose the container with the data i pre-created. is there a clean way to share the volume with...
Read more >Manage and Share Docker Images | Runnable Docker Guides
At the dashboard page, click “Create repository” and fill in the details. · Make sure to set visibility to “Private.” · Optional: Ask...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
A docker container is a running instance that is based from a docker image. You can think of a docker image as a “read only” version of a docker instance.
A dockerfile builds a docker image that is pre-configured, then you run it (and it becomes an image), Since docker images are read-only, generally they are packed with only the core files that are required for that docker to run - they don’t contain any runtime files (like say logs or temporary data), and in the case of application servers - like say Apache or nginx, it doesn’t contain the HTML documents or content.
For us, we are providing docker containers that are pre-configured to run django (along with all the dependencies). The dockers are linked with your workstation so that when the image is running, it has access to your django project.
You would normally share just the dockerfile, which contains information on how to create the server, and how to link it with the source.
The dockerfile is configured so that when the image runs, it looks for content at a specific path, which is configured in the dockerfile to be mapped to the source code. This source code is often subject to version control.
Anyone with the dockerfile can run the exact same application on their laptops; if multiple people need to share access to one instance - then you can run the docker image on a third party server (like a droplet), then to update the code - just do
git pull
on the droplet.You can also - and many people do this - build an image that includes all your data and source code; this way all the other person has to do is download the image and run it. This makes changes difficult as after each change, you have to rebuild the docker image to “save” them.
Hope this helps.
I think this can be closed now, excellent explanation @burhan.