Version control 为非技术客户提供非常简单的版本控制

我们开发了一个系统，让客户使用工具创建自己的内容，并保存为XML。不出所料，他们将版本存储在无数的文件夹中，并重命名文件，等等。不出所料，他们已经丢失了至少一次工作

我们对他们创建的内容不负责，但帮助他们会很好。有没有什么简单的系统我们可以推荐给他们。。。我们不希望他们使用我们的风投，即使他们能找到答案，因为我们会收到支持请求

更新

---

我们甚至不需要客户端-服务器设置。这是关于阻止他们意外地保存主版本，而不是提供备份。。。我们保存官方版本的备份，但在迭代过程中，它们会在本地对其进行处理，并为我们提供最新版本以包含在发行版中。

您可以与subversion服务器一起使用。只要他们了解更新和提交，他们就应该可以。

使用一个具有指示文件版本方法的表，用数据库替换主存储，然后添加一个“导出到XML”或“保存到XML”函数，然后创建他们需要的输出。比试图涉及一个完整的VCS更干净，这无疑会造成更多的混乱。

据我所知，没有版本控制系统“易于”为“无经验”用户使用->请记住，您必须维护服务器-客户端环境才能操作这样的系统。。。或者走托管的方式，但同样，没有“简单”的系统可用

---

也许可以选择dropbox.com这样的替代方法。他们还跟踪版本。

Subversion有一个称为自动版本控制的功能，其中通过WebDAV（又名Microsoft Web文件夹）装载的目录在保存到该目录后将自动创建新版本。对于最终用户来说，只有一个特殊的文件夹可以保存内容。

我喜欢上面的答案，但他们可以始终使用Sharepoint中的文档库功能（wss免费版）。只要他们使用的站点位于端口80上，它就可以使用WebDAV。这是存储xml的一个进步，它是sharepoint，因此业务用户很容易破译。版本控制将在每次保存时几乎保存一个新版本，对于Office文档来说，这是一个不费吹灰之力就能完成的工作，对于其他文档，他们需要上传它。

您是说我们应该重新设计整个应用程序，以便将输出存储在数据库中？他们不知道如何安装数据库，他们不知道如何互相发送他们的新作品，他们不知道如何为我们提供下一版本中要包含的新内容。我建议重新架构，但使用嵌入式数据库，而不是需要安装的单独数据库服务器应用程序。您没有提到用户之间需要交换工作，但是保存XML并进行导入可以解决这个问题。为了向您获取内容，您可以包含一个特定的函数，该函数可以捆绑并直接发送给您，也可以在定义的或选定的位置构建一组文件，以便发送。这就是我处理这个问题的方法。不过，仅仅为了这个目的，进行如此大的更改是不值得的，我们必须提供额外的工具，因为他们有时确实喜欢手动编辑XML。如果他们足够精明，能够手动编辑XML，那么他们可能就可以学习VCS的基础知识了。也就是说，要准备好迎接无休止的支持电话。我自己也在那里，但不幸的是，我没有编写用于对文件进行版本控制的工具，因此没有选择将其作为工具的一个功能。听起来很有趣。提醒我，Windows 7似乎有一些文件版本控制的概念，但我不知道这是否可以使用-我们不需要适当的远程备份，甚至不需要阻止他们删除/覆盖其主数据。