导航CRAN的反向依赖检查日志
💡
原文英文，约400词，阅读约需2分钟。
📝
内容提要
文章讨论了作者在处理R包knitr和rmarkdown的反向依赖时遇到的困难。随着反向依赖数量的增加，检查日志变得复杂，常出现假阳性错误。为了解决这一问题，作者编写了一个JS脚本，将日志转换为标签页，方便查看每个包的错误信息。
🎯
关键要点
-
作者在处理R包knitr和rmarkdown的反向依赖时遇到困难。
-
knitr和rmarkdown的反向依赖数量已达到10,000，检查变得复杂。
-
CRAN的反向依赖检查常常出现假阳性错误，导致日志难以分析。
-
每次提交新版本时，作者都会收到失败报告，日志可能长达数千行。
-
作者编写了一个JS脚本，将日志转换为标签页，方便查看每个包的错误信息。
-
JS脚本通过在每个Package:标记处拆分文本并组织成标签结构来实现。
-
使用JS脚本后，可以更轻松地查看每个包的错误，而不必浏览整个日志。
❓
延伸问答
作者在处理哪些R包的反向依赖时遇到困难？
作者在处理R包knitr和rmarkdown的反向依赖时遇到困难。
反向依赖数量增加对检查日志有什么影响？
反向依赖数量的增加使得检查日志变得复杂，常常出现假阳性错误。
作者是如何解决检查日志复杂性的问题的？
作者编写了一个JS脚本，将日志转换为标签页，方便查看每个包的错误信息。
使用JS脚本后，查看日志有什么变化？
使用JS脚本后，可以更轻松地查看每个包的错误，而不必浏览整个日志。
CRAN的反向依赖检查常出现什么问题？
CRAN的反向依赖检查常常出现假阳性错误，导致日志难以分析。
作者在提交新版本时会收到什么样的报告？
每次提交新版本时，作者都会收到失败报告，日志可能长达数千行。
➡️
