This is a little “service post” where I want to show you three ways how to easily interact with the file system of your container, mainly driven by the relatively new file explorer built into Docker Desktop, but I also want to show you alternatives.
In my opinion, it’s pretty simple: If you need a user-friendly, easy-to-use, general-purpose solution, go with Docker Desktop. It comes with a straightforward file explorer that you will feel right at home with, and it does what you want. Alternatively, you can use the VS Code Docker extension, but it e.g. can’t put new files into your container and doesn’t show you what has changed. If you’re working with COSMO Alpaca for Microsoft Dynamics 365 Business Central containers, then that also comes with a great solution, but it only works for that scenario.
The details: Docker Desktop file explorer
Now let’s got to the Docker Desktop container list and select the container that I just created. This will open the log view directly, but I can also go to the “files” tab to open the file explorer.
Here you can see one of the nice features: I can immediately spot that the
/etc folder has been modified. This means that since startup, a file in that folder has either been added or modified. If I expand this folder and sort it by “Note” to make it easier to check, I can see that the
/etc/hosts file has been added and the
/etc/nginx subfolder also has modifications.
If I go to
/usr/share/nginx/html, I can find the file
index.html. Double-clicking it opens the internal editor and I can modify the file. For example, I can replace the entire body with my own text and save it, which will cause the file and its parent folders to all get the “modified” tag.
Of course, when I now reload [http://localhost:8080][http://localhost:8080], it shows the changed content
With a right click in the file explorer, I can also launch the editor, delete files and folders, or get files from the container to the host (“Save”) or from the host to the container (“Import”). Nice and simple, works as expected!
The details: VS Code Docker extension file access
If you are coding in VS Code, using the Docker extension can also be an option as it is directly where you are alread. As you can see, it also comes with a “Files” view
Not surprisingly, editing works quite well here since we are in an editor. I can also copy files from the container to the host, but navigating the tree is much slower than in Docker Desktop, and there are no actions to delete files or copy them from the host to the container, and the feature requests to get that have been closed by the team building the extension. Therefore, the extension is a nice alternative for quick viewing or editing, but it can’t compete with the speed and features of Docker Desktop.
The details: COSMO Alpaca file access
As I mentioned in the beginning, if you happen to work with Business Central containers using COSMO Alpaca, then you have another option. I know, a niche scenario, but the implementation is quite interesting: COSMO Alpaca also comes with a VS Code extension with a list of containers and with a right click, I can can select “Open file share”
The interesting thing is what happens next: Since this is technically a container running in AKS, the Alpaca backend can use the API to make this container externally reachable via an IP address. As the container also has an SSH server installed, it can then open an SSH connection and launch a remote instance of VS Code. As a user, I get a new VS Code window with the server component running inside of the container, so we get the full file system in the explorer and can edit, delete, copy in and copy out as needed with great performance.
Of course, you can’t see what files are being added or modified because the VS Code server has no idea that it’s running inside a container. So overall, this is pretty close to the Docker Desktop file explorer experience, but of course for a very specific target and audience.
I hope this blog post has given you an idea of how you can easily access the files in your containers!
No webmentions were found.