我们有非技术人员想要在大文件上合作（〜500MB）。 [我相信这些文件是带embedded式video和闪存组件的SMART Notebook文件]。
我不太清楚他们说什么“合作”时的意思，因为我听说他们很乐意有一个中央门卫把档案分享; 这可能会使问题更加容易处理。
当然，合作文件使我想到版本控制 – 但500 MB的二进制文件是不合适的。
互联网上总是有可能存储数据，但是我认为这太慢了。
我们有十几个build筑物，每个都有一个Unix服务器（Mac OS X Server 10.5.8），通过一个高速WAN连接。 我当然可以设置networking共享，并使用rsync同步主出（也许双向同步），然后通过AFP，SMB，WebDav甚至常规的HTTP共享文件。 事实上，拥有某种networking界面可能是理想的，因为他们可以对这些文件发表评论，并通过这种方式向网守发布一些小问题，而不是将修改后的文件备份。
用户需要能够使用OS X系统。支持其他平台是一个优点。
任何build议，我应该追求什么？
我的学区客户拥有这些SMART Board设备和随附的SMART Notebook软件（在Windows平台上）。 那里的“协作”等同于用户将文件保存在文件服务器计算机上。
我所使用的SMART Notebook软件版本没有任何版本控制function（甚至像“跟踪更改”一样基本），而且我见证的“协作”function让用户对由另一用户创build的“笔记本”，然后将修改后的版本保存到其个人存储区域中。 由于SMART Notebook软件在单个文件中没有“版本”的概念，因此我们最终将获得多个文件，这些文件共享绝大多数内容，但必须保存为不同的文件。
我认为，这里的技术问题较less，用户教育更多的是文件组织。 我会开始在服务器计算机上的共享文件区域通过任何您使用的文件共享协议访问。 我会和用户一起开发一个文件夹层次结构来存储文件和通信方法（口头的，电子邮件等）来传达各种Notebook文件的“转换”是“权威的”。 你可以尝试使用像Subversion这样的东西来控制文件的转速，但是我认为你不可能在非技术型的读者中获得成功。
为用户提供一个中央文件存储区域，至less有望遏制Notebook文件在多个“个人”文件存储区域的猖獗存储。 也许你甚至可以让人们相互交stream，最终得到多个用户使用的“权威”版本的Notebook文件，而不是有大量的定制文件。