我刚刚将新版本的软件包userfriendlyscience（版本0.5-0）推送到CRAN。 CHECK results for Windows显示错误。查看这些显示它们似乎是由另一个包引起的，特别是mgcv，或者依赖树中可能需要使用此包中以前的export ed函数的另一个包。
我安装了最新的R-devel并再次运行RCMD CHECK --as-cran，但这仍然没有任何错误等完成。据我所知，我提交的包“有效”。
所以我认为确实，CRAN显示的错误存在于其他包中。但是，怎么会这样呢？ CRAN是否应该阻止提交包含此类错误的软件包，换句话说，CRAN上是否存在导致错误的软件包？
有没有人建议如何开始弄清楚到底出了什么问题，以便我可以解决它（如果事实证明这是最后的那个）或通知作者这是由另一个包引起的？
[注意：之前的版本确实导致错误，已在0.5-0中解决]
[对于任何想要验证在Windows中成功安装的人：安装上传源版本的说明以及已编译的Windows版本are here]
答案 0 :(得分：1)
（如果其他人遇到这种情况，自己回答这个问题）
此问题自行解决。过了一会儿，CRAN不再表示同样的错误。
基于这个和另一个上传的经验，我目前怀疑CRAN在任何给定点都没有“准备好”;相反，它不断构建包。因此，一个包可能会在一个包已经更新的窗口中遇到一些错误，但是一个包依赖于那个包还没有。然后，不兼容性导致的错误会显示在您的包中。
假设这种解释是准确的，那么解决方案将是等待几天以确定情况是否自行解决。如果没有，我建议尝试联系推送错误的软件包的维护者，看看他们是否知道发生了什么。