我想使用Podman进行本地开发。我的想法是使用本地文件夹并将其与容器同步，以便在容器中运行我的应用程序。
我发现，如果我在使用Docker时使用的-v选项，可以在服务器机器上使用，正如文档中所说的-v Bind mount a volume into the container. Volume src will be on the server machine, not the client。因此，当我使用该选项时，文件夹未被挂载，并且我无法通过podman exec -it application bash访问它。
有没有办法解决这个问题？ 我想要类似于以下命令的功能：
docker run -v localFolder:/remoteFolder application
其中localFolder是我本地机器上的路径，将映射到容器中的remoteFolder。
podman machine stop podman-machine-default
podman machine rm podman-machine-default
podman machine init -v $HOME:$HOME
podman machine start
podman run -ti --rm -v $HOME:$HOME busybox
在运行 podman machine init 命令之前，需要确保先将卷挂载到 podman 机器上。
假设我们感兴趣的是：
使用以下命令创建 podman 机器：
podman machine init --cpus=4 --disk-size=60 --memory=6096 -v $HOME:$HOME
然后启动它：
podman machine start
为了看它是否运行，让我们使用：
podman machine ls
让我们先运行一个（ubuntu）容器，不进行挂载并查看 /opt 目录中有什么:
podman run ubuntu ls /opt
没有输出表示容器中的/opt目录为空。
现在让我们尝试使用卷挂载选项：
mkdir test-dir
touch test-dir/test-file.txt
podman run -v ./test-dir:/opt ubuntu ls /opt
test-file.txt
wsl -d podman-machine-default
然后执行以下命令：
[root@COMPUTER ~]# podman volume create myVolume
myVolume
[root@COMPUTER ~]# podman volume mount myVolume
/var/lib/containers/storage/volumes/myVolume/_data
[root@COMPUTER ~]# cp /mnt/c/users/myname/myfolder/*.* /var/lib/containers/storage/volumes/myVolume/_data
podman run --rm -v myVolume:/remoteFolder -t docker.io/bash ls /remoteFolder
注意，参数的顺序很重要
podman machine stop podman-machine-default || true
podman machine rm podman-machine-default --force || true
podman machine init -v "$(pwd):$(pwd)"
podman machine start
version: '3.9' # needed for PyCharm to work
services:
app:
image: python:alpine
working_dir: /app/
volumes: [.:/app/]
$ podman-compose run --rm app venv/bin/python main.py
检查一下2022年2月发布的podman 4.0.0（以及类似于4.0.2的最新版本）是否有帮助。
仍然存在一些错误（例如问题13548），但是这个想法是：
10379 "共享卷，就像Kubernetes Pod中的"问题已经通过PR 11409得到解决。
新增对使用新基础设施容器设计的 Pod 中 --volume 标志的支持。
用户可以像普通容器一样指定所有卷选项。
指定 --volume 标志会导致基础设施容器填充指定的挂载点。
然后，加入 Pod 的所有容器都有一个 VolumesFrom 容器，从而继承这些挂载点。
文档中提到：
创建一个绑定挂载点。 如果您指定了-v /HOST-DIR:/CONTAINER-DIR，Podman 将会将主机中的 /HOST-DIR 绑定挂载到 Podman 容器中的 /CONTAINER-DIR。
同样地，-v SOURCE-VOLUME:/CONTAINER-DIR 将会将主机中的卷挂载到容器中。
如果没有这样的命名卷存在，Podman 将会创建一个。
注意：问题13548已经通过PR 13594和{{link2：cdoern/podman 提交7a53428}}（2022年4月）得到解决。
修复pod卷传递并更改基础结构继承
基础结构
Inherit函数未正确传递pod卷信息给新容器。修改
inherit函数和结构以使用克隆选择中使用的新的ConfigToSpec函数从临时规范中选择适当的实体，并在spegen端验证它们，而不是直接传递到配置。
在解决所有问题之前，Dmitry Kankalovich 在评论中提到：
目前（2022年4月），我采用了一个解决方法，在机器初始化时挂载卷：
podman machine init -v ./data:/mnt/data这并不是很灵活，但可以让事情开始运转。
podman machine init -v ./data:/mnt/data，这并不是很灵活，但可以让事情开始运转。 - Dmitry Kankalovich--mount标志而不是-v或--volume。我假设您想在容器中运行应用程序时轻松修改主机上的文件。以下是一个快速示例：user@host:~$ mkdir ~/localFolder
~/localFolder目录中创建一个带有一些文本的文件：user@host:~$ echo "Sample Text" > ~/localFolder/test
接下来，使用绑定挂载启动容器。此示例使用一个非特权用户的Podman无根容器，并使用Debian Bullseye镜像。注意：最佳实践是对源（主机）和目标（容器）目录都使用绝对路径：
user@host:~$ podman run -it --rm --mount type=bind,source=/home/$USER/localFolder,target=/remoteFolder docker.io/debian:bullseye /bin/bash
~/localFolder目录将作为/remoteFolder在容器内部访问：root@f724a0337f76:/# cat /remoteFolder/test
Sample Text
您可以在不重启容器的情况下添加新文件或修改此文件夹中的现有文件。
Docker在这里提供了关于绑定挂载的详细解释：https://docs.docker.com/storage/bind-mounts/
Error: statfs ~/localFolder: no such file or directory。 - Carabes-v在podman方面像docker那样工作。希望它能尽快实现。 - Tuhin
init -v ${HOME}:${HOME}呢？有任何安全隐患吗？ - Andrei默认操作系统中，根文件系统以只读方式挂载，因此必须在 /mnt 目录下创建挂载点。https://docs.podman.io/en/latest/markdown/podman-machine-init.1.html 或许是时间改变了一些东西。谢谢 @Andrei! 我已经更新了回答。 - zhigang