生产安全如何编织到 PDF

Question

我有一台生产型 linux 服务器，每天从数据库向 PDF 编制一份重要的 markdown 报告。 PDF 报告的美观性已经调整到最精细的细节，现在可以在生产环境中正常工作，没有问题。

我想知道这种结构的生产安全性如何。 When using the same rmarkdown document, is there any scenario ( knitr package upgrades, pdflatex package upgrades, server packages upgrades, dependencies upgrades, tex upgrades) that would lead to different output results (mostly in terms of markdown/latex/pdf formatting)?

如果由于包的更新或升级导致 output 文档的更改存在重大风险，我想知道是否应该冻结和容器化此过程。

Answer 1

latex kernel 和许多封装正在积极开发中。 如果您使用没有太多自定义的标准文档类，那么 latex 团队和 package 维护者很有可能会尝试保持他们的更改向后兼容，但是您拥有的自定义越多，事情可能会改变您的 Z78E62281F6389F14CE65 的机会就越大。

大约一年前的一则轶事：Z25F7E525B5C0641E1EB1FB3BDEBEB15B5Z 团队对保证金的内部处理进行了一些更改。 他们相应地调整了默认类。 然而，用于着色的 tikz 代码依赖于旧代码，因此 tikz 中的所有着色都向左移动。 这导致投影仪项目符号点被放置在边缘之外，因此不再可见。 用户必须等待新的 tikz 更新来解决这个问题，直到他们恢复他们的要点。 ...

总而言之：事情很容易在维护者和/或您不期望的位置发生故障。 如果您的文档必须看起来相同，请冻结 latex 版本。

Answer 2

总是有风险的。 包可以（将）更改并且可能对您的报告产生破坏性影响。 我建议将您的 R 版本和使用的软件包容器化。 您可以为此使用 package packrat或renv 。

接下来，您需要有一个测试服务器或 docker 环境来测试对任何 package 或 R 版本的任何升级，以查看是否有任何问题。 如果没有，您可以升级生产环境。