我有一个生产linux服务器,每天编织一个重要的标记报告从一个数据库到PDF。PDF报告的美学已经被调整到最好的细节,现在工作在生产环境中,正如预期的那样,没有问题。
我想知道这个建筑的生产有多安全。当使用相同的rmarkdown文档时,是否有任何方案(knitr包升级、pdflatex包升级、服务器包升级、依赖项升级、tex升级)会导致不同的输出结果(主要是在标记/pdflatex/pdf格式方面)?
如果由于软件包的更新或升级而导致输出文档发生更改的风险很大,我想知道是否应该冻结和封装这个过程。
发布于 2022-01-24 09:28:06
总是有风险的。包可能会改变,并可能对您的报告产生破坏效果。我会建议你的R版本和使用的软件包的容器。为此,您可以使用包packrat或renv。
接下来,您需要有一个测试服务器或停靠环境来测试对任何包或R版本的任何升级,以查看是否有任何故障。如果没有,您可以升级生产环境。
发布于 2022-01-24 09:38:35
乳胶内核和许多软件包正在积极开发。如果您使用的是一个标准的文档类,而没有太多的自定义,那么乳胶团队和包维护人员很有可能试图保持它们的更改向后兼容,但是您拥有的定制越多,就越有可能改变您的输出。
大约一年前的一件轶事:乳胶团队对利润率的内部处理做了一些改变。他们相应地调整了默认类。但是,用于阴影的tikz代码依赖于旧代码,因此tikz中的所有阴影都移到左边。这导致光束子弹点被放置在边缘之外,因此不再可见。用户必须等待一个新的tikz更新来修复这个问题,直到他们拿回他们的子弹点。..。
总之:在维护人员和/或您所不期望的位置上,事情很容易中断。如果您的文档必须是相同的,冻结乳胶版本。
https://stackoverflow.com/questions/70831324
复制相似问题