R CMD INSTALL安装RcppArmadillo源码包后为何无法跨平台再安装？

在Ubuntu系统上，对通过RcppArmadillo.package.skeleton()生成的RcppArmadillo源码包骨架执行R CMD INSTALL命令，经Git对比检查，仅编译了C文件，未发现其他操作。但删除C二进制文件后，将相同包目录复制到Windows 10系统执行R CMD INSTALL时，安装流程失败并出现通用错误；而直接在Windows系统重新生成包骨架则可正常安装。

请问R CMD INSTALL除编译源码文件外，还执行了哪些操作，导致该源码包无法在其他架构平台安装？

注：已找到解决方案——在任意平台执行R CMD build生成tarball包，再在对应平台执行R CMD INSTALL即可，但想了解R CMD INSTALL处理源码包的具体机制，因其似乎存在不明显的修改操作。

R CMD INSTALL 除编译外的关键操作 #

• 生成平台专属元数据：安装过程中会在包目录下创建Meta文件夹，存储编译依赖记录、架构标识、包版本校验信息等平台相关元数据；同时可能临时修改DESCRIPTION文件，添加本地编译环境的标记。这些文件默认不在Git的追踪范围内，但会留存于目录中。
• 写入编译缓存文件：除了可见的C++二进制文件（*.o/*.so），还会生成编译过程的临时缓存（比如编译器参数记录、依赖库路径缓存），这些隐藏文件同样带有平台专属特征。
• 执行平台兼容性校验：安装时会检查包目录内的文件特征，若发现带有其他平台的标记文件，会判定包目录不符合本地安装要求，触发通用错误。

跨平台复制目录失败的核心原因 #

你在Ubuntu上执行R CMD INSTALL后，Git未检测到修改是因为这些自动生成的元数据、缓存文件都属于Git默认忽略的范畴。但这些文件带有Linux平台的专属标识，复制到Windows后，Windows版的R CMD INSTALL会尝试读取这些残留文件，复用Linux下的编译配置，导致编译逻辑冲突，最终安装失败。而直接在Windows生成的包骨架，所有元数据和配置都是针对Windows环境的，因此能正常安装。

为什么R CMD build能解决问题 #

R CMD build会严格遵循R包的官方规范，只打包源码包必需的核心文件，自动过滤掉所有平台相关的临时文件、元数据和缓存。生成的tarball是纯净的跨平台源码包，在任何平台执行R CMD INSTALL时，都会从零开始生成对应平台的配置文件和编译缓存，不会出现跨平台的配置冲突。

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