我们的商店不断地耗尽磁盘空间,因为我们从开发人员和管理人员那里得到了保留所有夜间构建的命令,因为它极大地帮助了调试。
每个构建通常都有很少的更改。然而,几乎每个文件从一个构建到另一个构建是不同的,因为编译器和链接器在对象和可执行文件中插入日期/时间戳(和版本)。
所以问题是:有没有人知道这样的文件系统,它不仅可以“合并重复文件”,还可以“合并相似文件”,因为这些文件从几KB到MB,但每个文件只有几个字节发生了变化?(即使有代码更改,对可执行文件的影响通常也很小,除非更改了主要的头文件或库等。)
发布于 2009-02-21 17:09:31
为什么不是传统的版本控制系统呢?
你开始你的第一个构建,然后在此基础上相继提交彼此的构建。如果文件是重复的,则不会创建增量。如果它有修改,它将只存储更改。
这不就是你要的吗?
发布于 2009-02-21 17:14:55
一般来说,我对这类主题的看法是“不要试图通过编写代码来摆脱糟糕的管理决策”。
如果他们想保留那么多旧的构建文件,“男人”和购买空间(磁盘空间是便宜的)。
如果他们不想买这些磁盘,"man up“,并选择一个合理数量的构建,以使其适合可用空间。
这并不是一个真正困难的问题。
我在这条路上走得最远的是在驱动器上启用“磁盘压缩”(如果可用),因为这是由操作系统处理的,不需要额外的应用程序和相应的支持。当然,这是一个小的性能冲击-但它很简单。
把“发展”的果汁留到重要的事情上。:-)
发布于 2009-02-21 17:36:14
这是一个穷人的解决方案,但如果构建存储是一个重大的财务决策,那么我认为这个答案是有根据的。:)
首先,你不太可能找到一种全新的存储/源代码控制系统,它能以比购买新的存储更低的价格完成这类复杂的文件引用。
将最后两个月的构建保存在昂贵的存储(例如RAID)上,然后为自己获取一些廉价的归档存储(即其他人提到的1TB USB驱动器),如何?
编写一个简单的小控制台应用程序,每晚作为计划任务运行,并将小于2个月前的所有文件移动到归档驱动器。
https://stackoverflow.com/questions/573383
复制相似问题