为何推荐devtools::install_github而非remotes？改用remotes是否有顾虑？

完全推荐在你的包README里优先用remotes::install_github，你的判断完全契合《R Packages（第2版）》倡导的「最小依赖」原则，而且在集群、服务器、Docker这类环境下，remotes的轻量优势格外明显——它没有devtools那一堆额外依赖，安装速度快、失败率低，这都是实打实的好处。

关于你提到的顾虑以及是否存在其他不推荐的理由，整理如下：

• 用户熟悉度问题：确实，很多R用户最早接触的GitHub包安装方式就是devtools::install_github，对remotes的认知度可能不高。但你可以在README里补一句简单说明，降低门槛：

  # 安装轻量的remotes包（比devtools更快更稳定）
  install.packages("remotes")
  remotes::install_github("你的用户名/你的包名")
  

• 是否有其他不推荐的理由？ 几乎没有。因为devtools::install_github本质就是调用remotes的对应函数，功能完全一致。devtools的额外功能（比如包开发的文档生成、测试、检查等），对于只是安装包来用的普通用户来说完全多余，推荐轻量的remotes反而更友好。

如果你的用户里有纯新手，也可以同时给出两种选项，但把remotes的方式放在前面并说明优势：

# 推荐：轻量快速的remotes包（适合集群/服务器/Docker环境）
install.packages("remotes")
remotes::install_github("你的用户名/你的包名")

# 备选：若已安装devtools可直接用
# devtools::install_github("你的用户名/你的包名")

总结来说，用remotes替代devtools作为README里的推荐安装方式，是合理且更优的选择，唯一需要注意的就是通过简短说明帮用户快速理解为什么用它。

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