R包提交的最低要求

R包提交的最低要求,r,package,cran,R,Package,Cran,我是一个提交R包的新手。我已经编写了一个程序,使用R中的基本函数来操作系统发育树数据。我依赖于猿类的包装。经过将近一年的工作,现在是我提交包的时候了,除非需要,否则我几乎没有时间将其重写为S3/4风格 目前它非常基本,有30多个函数,还有一个驱动程序类。在提交软件包时有很多行话,所以很难理解谷歌的结果。我将感谢任何帮助 我的功能非常基本。例如,getRoot获取当前树(APE phylo对象)的根,而Get祖先获取当前节点的祖先: getRoot <- function(cur_Tree)

我是一个提交R包的新手。我已经编写了一个程序,使用R中的基本函数来操作系统发育树数据。我依赖于猿类的包装。经过将近一年的工作,现在是我提交包的时候了,除非需要,否则我几乎没有时间将其重写为S3/4风格

目前它非常基本,有30多个函数,还有一个驱动程序类。在提交软件包时有很多行话,所以很难理解谷歌的结果。我将感谢任何帮助

我的功能非常基本。例如,getRoot获取当前树(APE phylo对象)的根,而Get祖先获取当前节点的祖先:

getRoot <- function(cur_Tree){
    return(length(cur_Tree$tip.label)+1)
}

getAncestor <- function(cur_Node, cur_Tree){
    ...
return(ancestor)
}

getRoot要在CRAN上获取程序,主要问题如下:

  • 有一个包结构(不仅仅是一堆.R文件)
  • 通过R CMD检查——作为起重机
提示: R包devtools在开发包方面有很大的帮助

R CMD检查的通过包含了很多内容。就像有文件一样

实际上,第一次检查也不仅仅是R CMD检查。 有人会简单地检查一下包裹

我记得我被要求在我的描述…文件中写“时间序列”,而不是时间序列


但一般来说,除了正式问题外,CRAN政策并不太严格。

为什么最重要的是尽快将您的软件包放在CRAN上?我觉得这种冲动令人不安,它背后有隐藏的议程吗?没有阴谋或隐藏的议程让我的包裹尽快放在CRAN上……我知道我的帖子不知怎么暗示了这一点。我的软件包有助于科学,并且面向没有R背景的用户。这就是为什么我有一个利用我的函数的驱动程序类。至少有了CRAN,安装起来很容易,其他需要它的科学家也可以找到它。这很公平:)我只是想知道一些提示:我)你不必有小插曲;ii)CRAN没有人会检查您代码的质量或相关性;iii)一项关键要求是,您的软件包成功通过了
R CMD检查--as cran
,并且版权信息正确且符合要求。