如何用Nix优雅构建含依赖的R项目可执行文件？路径问题求解

方案1：基于脚本自身路径构建绝对引用（推荐） #

直接修改subapp_directory/file.R，替换原来的相对路径source("../fileR_n.R")，改成通过当前脚本的绝对路径定位父目录文件，彻底摆脱对工作目录的依赖：

# 获取当前运行脚本的绝对路径
current_script <- normalizePath(sys.frame(1)$ofile)
# 向上跳一级到项目根目录
root_dir <- dirname(dirname(current_script))
# 加载根目录的fileR_n.R
source(file.path(root_dir, "fileR_n.R"))

这个方法不管脚本在什么工作目录下运行，都能精准找到目标文件，完全避免setwd带来的路径混乱问题。

方案2：调整Nix构建时的文件布局 #

如果不想改动R代码，可以在flake.nix的buildPhase里，把根目录的fileR_n.R复制到subapp_directory目录下，让原来的相对路径保持有效：

buildPhase = ''
  # 复制共用文件到子目录
  cp $src/fileR_n.R $src/subapp_directory/
  # 后续构建步骤...
'';

但这个方案会产生文件副本，若后续根目录的fileR_n.R更新，需要确保构建时同步复制，维护成本稍高。

方案3：将共用代码封装为本地R包（最规范） #

如果项目规模较大，推荐把fileR_n.R里的代码封装成本地R包，让Nix自动处理依赖管理：

1. 在项目根目录创建标准R包结构：
   • 新建R/目录，把fileR_n.R移进去
   • 添加DESCRIPTION和NAMESPACE文件（可通过devtools::create()快速生成）
2. 在subapp_directory/file.R里用library(your_local_package)替代source调用
3. 在flake.nix里用rPackages.buildPackage构建这个本地包，再让应用依赖它

这种方式符合R的工程化规范，后续代码复用、版本管理都更方便，Nix构建时也能自动处理所有依赖。

内容的提问来源于stack exchange，提问作者Pierre-olivier Gendraud