renv和git:该犯什么罪

Question

我想让我和我的同事们开始使用renv。我发现了不同的信息片段，说明应该/可以提交给git进行协作的内容：

1. renv协作微缩建议不仅提交renv.lock，而且提交.RProfile和renv/activate.R
2. 但是，可能只提交renv.lock

显然，开发人员也提供了一些讨论来使用策略。

通常(而且来自pyhton，这里基本上有一个requirements.txt就足够了)，我非常喜欢方法2。合作者随后必须做的事情有什么变化(例如，从renv::restore或renv::init开始)？

Answer 1

只提交renv.lock的缺点是，当以通常的方式加载项目时，‘renv’不会被自动激活，这意味着协作者可能会意外地从环境限制之外的项目中运行代码。

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

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

总之，如果提交renv.lock，我看不出有什么理由不提交所有这些文件。