如何为Shiny Server上的应用配置不同版本的自定义依赖包

依赖冲突的根源是R默认优先加载全局路径下的安装包，只需为每个Shiny应用配置优先级更高的独立私有包库，即可实现不同应用的依赖版本完全隔离，互不影响。

• 为每个应用创建专属的包存储目录，示例路径如下，需保证Shiny Server默认运行用户shiny对目录拥有读取权限：
  • app1私有库路径：/srv/shiny-server/app1/r_libs
  • app2私有库路径：/srv/shiny-server/app2/r_libs
• 在每个应用的入口文件（app.R或ui.R/server.R）最顶部添加路径指定代码，把当前应用的私有库放到搜索路径最前面：

  # app1入口顶部添加
  .libPaths(c("/srv/shiny-server/app1/r_libs", .libPaths()))
  

  app2的代码仅需替换为对应私有库路径即可。
• 为app1安装指定Release版本的自定义包，安装时指定lib参数绑定到app1的私有库：
  remotes::install_github("你的仓库地址/自定义包名@v稳定版标签", lib = "/srv/shiny-server/app1/r_libs")
  路径中@后填写你需要绑定的Github Release标签即可，安装完成后该版本不会被其他安装操作覆盖。
• 为app2安装最新开发版的自定义包，指定lib参数到app2的私有库：
  remotes::install_github("你的仓库地址/自定义包名", lib = "/srv/shiny-server/app2/r_libs")
  每次迭代后只需执行上述命令更新app2私有库中的包，完全不会影响app1的运行依赖。

• 用renv做单应用依赖管理：在每个应用的根目录执行renv::init()初始化renv环境，工具会自动生成锁文件锁定当前应用所有依赖的版本，app1的锁文件可直接提交到代码仓库，每次部署自动恢复指定版本的依赖包，无需手动配置路径。
• 配置自动化测试流程：为app2配置定时任务，定期拉取自定义包的最新开发版安装到对应私有库，安装完成后自动触发应用可用性检测，出现异常可即时告警。
• 完善版本回滚机制：app1的自定义包如需升级，先在测试环境验证完成后再安装到生产环境的app1私有库，同时为对应Release版本打标签留档，出现问题可随时回退到历史稳定版本。

• 不要使用root用户安装私有库的R包，否则会出现权限不足导致Shiny应用无法加载依赖的问题，可切换为shiny用户执行安装命令，或安装完成后修改目录权限为shiny用户可读。
• 如果使用renv管理依赖，需要在/etc/shiny-server/shiny-server.conf对应应用的配置块中添加exec_supervisor never;配置，避免renv环境加载异常。

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