如何通过GitHub Actions将R包提交到CRAN？

是不是所有R包开发者都手动提交CRAN？ #

绝大多数R包开发者确实采用手动方式提交CRAN更新，仅极少数有成熟发版规范的大型团队会使用半自动化提交流程，完全在合并master分支时自动触发CRAN提交的实践几乎不存在。

该流程未实现全自动化的核心原因 #

• CRAN官方有明确的提交规范要求，不支持高频无意义提交，就算本地/CI环境已经通过R CMD check校验，提交到CRAN后还会有多轮专属的环境校验，通过率很低，频繁的自动提交被打回多次后，会被CRAN管理员限制提交权限。
• 提交CRAN需要人工完成多项确认操作：包括版本号合规性校验、更新日志编写、兼容性说明填写、反向依赖测试结果确认等，devtools::release()工具本身也设计了多步交互式确认环节，无法直接在无交互的CI环境中直接运行。
• R包的发版逻辑和普通应用的持续部署逻辑不同，不需要每次合并代码就发布新版本，通常是累积了足够的功能更新、重要BUG修复后才会发起CRAN提交流程，合并master分支的动作和发版动作本身就不绑定。
• CRAN对包版本有唯一性要求，同一个版本号仅允许提交一次，自动提交很容易出现版本号冲突、版本迭代节奏混乱的问题。

如果确实需要简化提交流程，可以自行封装半自动化工作流，将触发条件设置为手动打发版标签而非合并master分支，提前加入多环境R CMD check、反向依赖测试等校验环节，再调用非交互式的CRAN提交工具完成提交，全程需要人工控制发版节奏。

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