renv 和 git : what to commit

Question

我正在努力让我和我的同事们开始使用 renv。我发现了关于应该/可以将什么提交给 git 进行协作的不同信息:

1. renv collaboration vignette建议不仅要提交 renv.lock，还要提交 .RProfile 和 renv/activate.R
2. 不过是possible只提交 renv.lock

显然还有一些 discussion来自开发人员使用哪种策略。

一般来说(来自 pyhton，基本上一个 requirements.txt 就足够了)，我非常喜欢方法 2。它有什么缺点吗？协作者必须做的事情有任何变化(例如，从 renv::restore 或 renv::init 开始)？

Answer 1

仅提交 renv.lock 的缺点是，当项目以通常方式加载时，“renv”不会自动激活，这意味着合作者可能会不小心从在环境范围之外的项目。

这是否是一个问题主要取决于您的内部流程，即项目将如何使用。通过自动加载“renv”进行某种“强制执行”绝对有用，而且基本上没有缺点——那么为什么不提交额外的两个文件呢？

另一方面，需要注意的是，提交 .Rprofile 和 renv/activate.R 文件也并不能保证每次加载项目时都会加载这些。不幸的是，在许多情况下，R 代码的执行不会自动获取与项目目录关联的 .Rprofile 文件(事实上，它仅在非常特定的情况下获取；即，当当前工作目录设置为项目目录时)。但总比没有好。

总而言之，如果您提交 renv.lock，我看不到不提交所有这些文件的充分理由。