当您在
snapcraft.yaml
中声明应用程序时,安装时会生成一个二进制包装器,并放置在
/snap/bin/
目录下,以您的软件包和应用程序名称命名(请注意,如果应用程序是一个服务,则该包装器将是一个systemd .service文件)。
该包装器包含了应用程序运行所需的大部分环境。与此问题最相关的两个环境变量是
SNAP_DATA
和
SNAP_USER_DATA
。您可以在
文档中找到有关这些变量的更多信息,但我也会在这里进行描述:
这两个目录对升级/回滚功能非常重要,因为它们都有版本。也就是说,给定快照的每个修订版都有自己的这两个目录副本。让我用一个例子来解释。
假设您安装了 "foo" 快照的修订版1。那将创建两个目录:
/var/snap/foo/1
(SNAP_DATA
)
/home/<user>/snap/foo/1
(SNAP_USER_DATA
)
现在假设 "foo" 同时使用这两个目录。也许它有一个在 SNAP_DATA
中托管数据库的服务,并且有一个在 SNAP_USER_DATA
中使用配置文件的二进制文件。
现在发布了“foo”的修订版2,并且已自动更新。首先发生的是将
/var/snap/foo/1
复制到
/var/snap/foo/2
,并将
/home//snap/foo/1
复制到
/home//snap/foo/2
。然后启动新的修订版。它应该注意到正在运行旧数据,并且可能需要对
SNAP_DATA
中的数据库进行一些迁移操作。完成后,程序继续运行。
现在假设由于某种原因,这些迁移操作失败,需要回滚此应用程序。它开始使用/snap/foo应用程序的旧版本,其中
SNAP_DATA
指向
/var/snap/foo/1
,而
SNAP_USER_DATA
指向
/home//snap/foo/1
。这将从迁移操作运行之前的旧版本开始,因为这些操作是在数据的副本上运行的。
长话短说:不要使用“home”接口来存储可以存储在“SNAP_DATA”或“SNAP_USER_DATA”中的数据,因为它们是升级/回滚策略的重要组成部分。充分利用它们!
v2.0.10的更新:
还引入了两个新的数据目录:
- “SNAP_COMMON”与“SNAP_DATA”并列,但是具体来说是“无版本”的。特定快照的每个修订版本都可以访问此目录,因此在升级/回滚等操作时不会复制该目录。这可能用于存储特别大的、无版本的文件(例如,并非特定版本的原始数据)。
- “SNAP_USER_COMMON”与“SNAP_USER_DATA”并列,同样也是“无版本”的。它可以用于存储每个用户的非版本特定数据。
v2.15的更新:
放置在
/snap/bin
目录中的文件不再是定义环境的包装器,而是指向
/usr/bin/snap
的符号链接。因此,确定应用程序运行的环境的方法是使用
snap run --shell <snap>.<app>
,例如:
$ sudo snap install hello-world
$ snap run --shell hello-world
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.
$ env | grep SNAP
SNAP_USER_COMMON=/home/kyrofa/snap/hello-world/common
SNAP_REEXEC=
SNAP_LIBRARY_PATH=/var/lib/snapd/lib/gl:
SNAP_COMMON=/var/snap/hello-world/common
SNAP_USER_DATA=/home/kyrofa/snap/hello-world/27
SNAP_DATA=/var/snap/hello-world/27
SNAP_REVISION=27
SNAP_NAME=hello-world
SNAP_ARCH=amd64
SNAP_VERSION=6.3
SNAP=/snap/hello-world/27