抱歉这个糟糕的标题。
我有一个产品图像存储库（大约55,000个，每年增长大约1000个），每天都会更改（每天最多添加，修改和/或删除100个图像）。
我需要三个人才能进行上述更改（因此他们可以读取/写入目录）。他们都将使用Windows Vista PC。
我还需要能够托管图像，以便供应商每天都能及时了解更改。大约有100家供应商。
我正在考虑实现的系统将涉及使用Subversion。
在后台我会有图像（分解成多个目录和子目录）。这三个人将在他们的本地机器上有工作副本，这样他们就可以进行必要的更改，我们不必担心冲突。此外，每个人都可以轻松地与存储库保持同步（更不用说版本控制和备份的明显好处）。
我会在主干上有一个公开的，只读的，网址，以便供应商只能检查更改。这很好，因为我可以向他们提供有关如何签出存储库和设置cron以每天更新存储库的说明，因此，始终保持最新状态。
所有供应商都有足够的技术专长来在他们的服务器上设置cron作业和svn repo。
这一切都感觉有点hacky（我认为任何时候我尝试使用它不是为hack设计的东西）。
我的问题是，有没有人看到这个解决方案的任何缺点？是否还有其他解决方案可能更适合我的目标？
我考虑过使用Dropbox在所有这些服务器上同步，但我不希望供应商能够进行任何更改。
我的目标是：
答案 0 :(得分：1)
你的解决方案似乎和任何一样好。您所要做的就是一个小客户端脚本，它可以将图像从服务器检索到客户端。
我唯一不喜欢的是使用subversion来保存图像。它可以工作，但每次更改都不会存储为delta，而是存储为全新文件。这可能不是你的担忧。
此外，使用rsync将允许您轻松传输仅更改的文件，从而节省带宽。此外，您可能需要考虑使用SSH进行传输。
还有一件事，您可能希望将同步脚本安排在客户端的不同时段，甚至是负载，并让它们显得更快。
答案 1 :(得分：1)
您的解决方案总体上是有道理的，尽管我对包含许多图像的存储库大小表示担忧。在某种程度上，专门用于图像的内容管理系统可能更有意义（虽然我不知道要推荐的内容）。
我建议改变的一件事是，除非供应商实际上需要能够编辑/提交文件，否则您可能需要考虑设置一个预定作业以导出到文件系统（然后通过FTP /提供） HTTP /等）。让供应商执行结账意味着他们将获得工作副本的所有开销。 （然后你最终处理的问题是“这些.svn目录是什么以及这些其他文件是什么？”）