当我们即将开始规划一个处理媒体文件(mp3、flv、pdf、图像)的应用程序时，我正在考虑如何处理文件存储。文件会发生变化，并且应该在一定程度上跟踪版本，因此想到将 SVN 集成到应用程序中。
现在我想知道，是不是太多了？我很确定我们只会使用 SVN 带来的一小部分功能，所以也许只使用数据库指向文件系统也一样好。
另一方面，这些自定义存档解决方案总是非常临时，这次我想要一个可靠的解决方案。太麻烦？你怎么看？
最佳答案
我认为 SVN 的问题是它会随着大型二进制媒体稳定增长(很少，如果有的话，“差异”使用)，并且很难用 SVN 清除历史记录。只要你知道自己在做什么，应该没问题......
关于svn - 将 Subversion 集成到具有简单文件存档的应用程序中是否有点过分？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/590493/