R CMD检查上下文中的建议依赖项
当使用env varR CMD检查上下文中的建议依赖项,r,cran,R,Cran,当使用env var时,在R CMD check的上下文中建议的依赖项是否是强制性的 建议的依赖项很好,因为它们是可选的。 但当试图对它们运行R CMD check时,该功能通常无效。 我想使用export\u R\u CHECK\u FORCE\u建议=FALSE,根据中的注释 完整检查需要建议的包装。 通过将环境变量\u R\u CHECK\u FORCE\u possides\u设置为假值,可以尝试在不使用它们的情况下进行检查 应足以在不安装建议的DEP的情况下运行检查流程。 如果不正确,
时,在R CMD check
的上下文中建议的依赖项是否是强制性的
建议的依赖项很好,因为它们是可选的。
但当试图对它们运行R CMD check
时,该功能通常无效。
我想使用export\u R\u CHECK\u FORCE\u建议=FALSE
,根据中的注释
完整检查需要建议的包装。
通过将环境变量\u R\u CHECK\u FORCE\u possides\u设置为假值,可以尝试在不使用它们的情况下进行检查
应足以在不安装建议的DEP的情况下运行检查流程。
如果不正确,那么如何区分建议的可选包和强制包?
有一种称为testChecker
的vignetteBuilder
描述字段会很有帮助,这样描述文件就可以精确地管理包的依赖关系。
这样,批处理检查包就更容易了,因为描述文件中将包含所需的dep元数据批量检查rev dep包装及其所有建议只会导致测试整个起重机。
我已经用if(requireNamespace(.)test_包(.)处理了testthat
和knitr
的代码,还处理了模拟.Rout
文件
但我对建议的包和\u R\u CHECK\u FORCE\u建议的规范设计感兴趣
env var.
R core开发团队对此有什么建议吗?询问R core是否有意见的地方是R-devel@r-project.org
。我想说的是,只有一小部分R Core是这样理解的。是的,Dependes/Imports和Suggest之间的区别在于前者是构建/安装/加载所必需的,后者是在其他上下文中所必需的(示例和测试由R CMD check检查)。如果它们实际上只是测试或示例中未使用的建议,那么它们实际上可能是“增强”,或者应该放在描述中。这真的很糟糕。管理(对于每个包)运行测试需要哪些建议的DEP,或者只是为每个包安装所有建议。有100多个包要处理。。。这是R:/邮件列表中关于该问题的测试包的设计差距: