Apostrophe多实例部署问题：forever启动后静态资源丢失

嘿，我来帮你搞定这个头疼的问题～你遇到的核心矛盾是Apostrophe默认启动时会清理旧的前端资源（压缩样式、脚本）并重新构建，多个实例重复跑这个流程，自然会互相覆盖删除对方生成的文件。结合你用Windows服务器的情况，给你几个实用的解决方案：

1. 关掉自动重建，手动控制资源更新 #

你可以修改Apostrophe的配置，让它别每次启动都瞎折腾资源，只在你真的改了前端代码（比如less、js文件）的时候，手动触发构建。

打开你的app.js（或者主配置文件），找到apos.assets相关的配置块，加上这两个设置：

module.exports = {
  // ...其他配置内容
  assets: {
    // 禁止每次启动自动重建资源
    alwaysRebuild: false,
    // 关掉启动时自动清理旧资源的操作
    clean: false
  }
};

之后，当你更新了前端代码需要重新生成资源时，在命令行手动跑这个命令就行：

node app.js apostrophe:assets:build

2. 只让一个实例负责构建，其他实例躺平 #

如果不想完全关掉自动构建，那可以设定“专人专岗”——只让第一个启动的实例负责生成资源，其他实例启动时直接跳过构建步骤，这样就不会互相搞破坏了。

• 启动第一个实例（负责构建资源）时，正常启动就行：

node app.js

• 启动其他实例时，先设置个环境变量让它跳过构建：

set APOS_SKIP_ASSETS_BUILD=true && node app.js

（Windows下用set命令设置环境变量，要是用forever管理进程，记得把这个环境变量加到启动脚本里哦）

这样一来，后续更新代码后，只需要重启那个负责构建的实例，它会重新生成资源，其他实例启动时直接用现成的文件，不会再删东西了。

3. 跨服务器共享public文件夹的额外优化 #

如果是在不同服务器共享public文件夹，除了上面的构建控制，还要注意两点：

• 给共享文件夹设置好Windows权限：让所有实例的运行用户都有读取权限，但只给负责构建的实例开写入权限，从根源上避免其他实例误删文件。
• 要是担心资源同步问题，可以用Windows自带的Robocopy工具定时同步，但用了方案2的话其实没必要频繁同步，毕竟只有一个实例会改资源。

小提醒 #

• 确保所有实例用的Apostrophe版本完全一致，版本不一样的话，资源构建的逻辑可能有差异，容易出问题。
• 要是用forever管理进程，记得给不同的实例设置不同的日志文件，方便后续排查问题。

内容的提问来源于stack exchange，提问作者Joseph