bigmemory 创建的 backingfile 和 descriptorfile 是否应该进入版本控制？
Should the backingfile and descriptorfile created by bigmemory by checked into version control?
我想知道处理 descriptorfile (foo.desc) 和 backingfile (foo.bin) 使用 read.big.matrix(...)
读取 foo.csv 时创建的
据我所知，backingfile 默认是一个 RDS 文件，descriptorfile 是一个纯文本文件。所以理论上它们都是跨平台的并且可以签入，但我的猜测是 backingfile 会发生很大变化，应该被版本控制忽略。有人有这方面的经验吗？
备份文件不是 RDS 文件。它只是一个简单的二进制文件，应该是跨平台的。
一般不建议对二进制文件进行版本化，因为它们变化很大。而且文件比较大，更不推荐
描述符文件本身没有用。
因此，我建议不要对这些文件进行版本控制。
唯一的情况是它只是您用作示例的小文件（参见 https://github.com/privefl/bigstatsr/tree/master/inst/extdata）。
我想知道处理 descriptorfile (foo.desc) 和 backingfile (foo.bin) 使用 read.big.matrix(...)
foo.csv 时创建的
据我所知，backingfile 默认是一个 RDS 文件，descriptorfile 是一个纯文本文件。所以理论上它们都是跨平台的并且可以签入，但我的猜测是 backingfile 会发生很大变化，应该被版本控制忽略。有人有这方面的经验吗？
备份文件不是 RDS 文件。它只是一个简单的二进制文件，应该是跨平台的。
一般不建议对二进制文件进行版本化，因为它们变化很大。而且文件比较大，更不推荐
描述符文件本身没有用。
因此，我建议不要对这些文件进行版本控制。 唯一的情况是它只是您用作示例的小文件（参见 https://github.com/privefl/bigstatsr/tree/master/inst/extdata）。