如果你能分享你与码头工人的经验和这个粒子问题......
我们使用Visual Studio 2019社区版本和Docker for Linux制作了新的API解决方案。安装Docker for Desktop并将Dockerfile添加到解决方案后，API 已成功运行，并且我们有一个来自 docker 中托管的 API 的响应，并且运行良好(来自本地调试)。
但是这个解决方案的想法是用户在一个文件夹中复制某种类型的XML文件，它自己也可以访问一个docker容器......这是我们无法弄清楚的时刻。
所以事情是这样的...我们想出了如何使用
docker run -t -d -v {Path}:{To}:{Folder}:/{Destination}/{Path} --name {container_name} {image_name}:{image_tag_name}
使用上述命令，我们创建新的容器，一旦我们这样做
docker inspect {container_name}
在这里，我们可以看到共享文件夹确实位于"已安装"部分中，如果我们使用终端检查它，我们可以看到其中的所有文件
但问题就在那里...
我们可以创建带有共享文件夹的新容器(manually typing code in cmd)
我们可以使用 Visual Studio 2019 运行容器 (as VS creates container for solution itself)
但是我们如何混合这两者，我们是否需要修改以及如何修改解决方案中使用的容器？如何与该特定容器实际共享文件夹？
谢谢
可以将以下属性添加到 .csproj 文件中：
<DockerfileRunArguments>-v {HostPath}:{ContainerPath}</DockerfileRunArguments>
这将添加到Visual Studio用于启动容器的"docker run"命令中。