更新 R、R 包最佳实践
Updating R, R packages best practices
当您拥有稳定的编程环境时，更新 R 和包的最佳做法是什么，以避免“破坏”code/package 功能？
当 R 或软件包发布时，您是否应该下载它的新更新？或者是“没坏就别修”的心态。
谢谢。
对于您的编程环境，除非您有充分的理由不更新，否则请更新，并为您的内部代码维护一个良好的测试套件。对于有特殊需求的项目，使用renv控制包的版本。
对于您的生产环境，使用 renv 包来锁定包版本，并在有明确需要时以受控方式升级。
CRAN 竭尽全力确保所有 当前包与当前 R 版本下的所有其他当前包一起工作。
所以我倾向于
- 一旦可用就更新到新的 R 版本
- 每天或接近每天更新 CRAN 包（使用 helper script）。
这已经工作了二十多年，包括“在生产中”。我不需要renv，但是，正如他们所说，不同的人需要不同的笔触。我也远离我怀疑可能会损坏的包，并尽量不要安装“随机”github 快照。
当您拥有稳定的编程环境时，更新 R 和包的最佳做法是什么，以避免“破坏”code/package 功能？
当 R 或软件包发布时，您是否应该下载它的新更新？或者是“没坏就别修”的心态。
谢谢。
对于您的编程环境，除非您有充分的理由不更新，否则请更新，并为您的内部代码维护一个良好的测试套件。对于有特殊需求的项目，使用renv控制包的版本。
对于您的生产环境，使用 renv 包来锁定包版本，并在有明确需要时以受控方式升级。
CRAN 竭尽全力确保所有 当前包与当前 R 版本下的所有其他当前包一起工作。
所以我倾向于
- 一旦可用就更新到新的 R 版本
- 每天或接近每天更新 CRAN 包（使用 helper script）。
这已经工作了二十多年，包括“在生产中”。我不需要renv，但是，正如他们所说，不同的人需要不同的笔触。我也远离我怀疑可能会损坏的包，并尽量不要安装“随机”github 快照。