我有许多非技术用户，他们都共享一组项目文件。让他们使用版本控制是理想的选择，但是我认为subversion和git对于非技术办公室人员来说都太技术化了。

是否有任何适用于普通人的分布式源代码控制软件？

解决方案

回答

我们是否尝试过Adobe的版本提示？这不是开源的/免费的，但对于最终用户而言可能更容易使用。

http://www.adobe.com/products/creativesuite/versioncue/

回答

我们是否尝试过Tortoise SVN？我无法想象源代码控制变得更容易使用。

回答

如果使用TortiseSVN的Subversion太复杂了，可能是这样，因为版本控制是一个与"打开，修改，保存"完全不同的范例，那么我们可以使用更简单的手动版本控制来启动它们：

myDocument-20080908-beverlyd.doc

它很简单，易于理解，我们可以编写一个脚本，每晚或者每周将所有较旧的版本存档，因此它们实际上只能看到一两个最新版本。

如果有人想看到差异，请教他们差异。

-亚当

回答

如果源代码管理过于技术性，则可以将Subversion与WebDav一起使用。

技术水平较低的人只会从他们使用的任何应用程序中正常保存文件，而无需担心/思考源代码控制。他们无需进行任何操作即可获得自动版本化的好处。

每当他们需要更多功能时，他们都可以学习使用TortoiseSVN来查看差异，恢复为它们自动生成的旧版本等。

从颠覆书：

Because so many operating systems already have integrated WebDAV clients, the use case for this feature borders on fantastical: imagine an office of ordinary users running Microsoft Windows or Mac OS. Each user “mounts” the Subversion repository, which appears to be an ordinary network folder. They use the shared folder as they always do: open files, edit them, save them. Meanwhile, the server is automatically versioning everything. Any administrator (or knowledgeable user) can still use a Subversion client to search history and retrieve older versions of data.

回答

我认为最好的解决方案是让每个人都直接使用版本控制系统。如果我们使用Windows平台，TortoiseSVN是我的建议。

如果直接使用TortoiseSVN太困难，我在设置存储所有项目文档并自动与Subversion同步的Samba文件共享方面有丰富的经验。我们会失去人们对自己的提交发表评论的好处，但是在许多情况下，自动版本历史记录比没有版本历史记录要好。这样，只要相关人员将文档保存在正确的位置，他们甚至都不必知道版本跟踪。我们需要多久进行一次同步取决于文档更改的频率，但是在我的情况下，每24小时进行一次同步就足够了。

注意：要实现此目的，我必须编写一个自定义脚本，该脚本从存储库中检出最新版本，并将其与本地副本进行比较，并发出" svn"(或者" cvs")命令来添加，删除和更新所有更改的文件。我不确定是否存在一个通用的(开源)解决方案来做到这一点，但是我认为无论如何都很难实现自己(我写了一个简单的脚本在几个小时内做到)。

回答

这听起来更像是诸如"源控件"之类的协作工具(如BaseCamp，SpiceBird或者SharePoint)的用例。这些工具的目标与源代码控制相同，但更适合Word文档类型的内容和相应的用户。这是IT人员可以在服务器上维护的另一项内容，但同时也消除了助理人员清除代码的可能性。

回答

如果有问题的文件不是主要的ASCII文件，而是Word文档或者我们拥有的文件，则"项目文件"可能会含糊不清，我不确定传统的源代码控制工具是否会真正起作用。

SVN等。 al。会很高兴地支持二进制文件，但是如果我们仅使用二进制文件，那么我们实际上并不会真正获得大多数有用的功能，并且通常会使非技术用户感到困惑。 SVN(和git等)是为程序员设计的工具，如果我们只是在寻找一种管理文档修订并保留历史记录的好方法，我猜有针对我们特定平台的更好的工具(尽管我没有足够推荐一个特定的人)。

就是说，如果它们主要是ASCII文件，我怀疑TortoiseSVN是最好的选择。

回答

我目前正在探索SharePoint在类似情况下可以提供非技术友好但可靠的版本控制的程度。初步结果是" meh"。即使在我们得出结论的情况下，也已经很清楚，修订控制要求用户对文档管理的态度发生重大转变。

现在，如果这是针对使用Apple Macs的团队(我认为不是)，我强烈建议我们使用Versions，这是一个非常直观的SVN客户端。这是我看到的第一个也是唯一的版本控制软件，它的范式转换容易被非程序员采用。

回答

如果他们一次只需要一次编辑一个用户的Office文件，则以适当的权限在网络共享上获取文件，并每晚进行备份。如果有人已经将其打开，Active Directory将向他们发出警告。

如果它不仅比办公室还要复杂，请考虑使用Sharepoint。我认为SVN太复杂了，特别是因为二进制文件的冲突和比较例如旧词docs确实无法正常工作。

回答

我会尝试将Mercurial与TortoiseHG进行Explorer集成。

使用起来很容易，我可以毫无问题地做到：

• 教给一个不懂计算机的同事一起写文本。
• 通过电话指导朋友安装Mercurial(TortoiseHG)，创建存储库并将其设置为使用单独的push(his)和pull(mine)存储库一起工作-在Windows机器上仅安装一次(我仅运行GNU / Linux)。

并且由于它是完全分布式的，因此当他们破坏存储库时，他们就不会破坏存储库，我们可以简单地决定不进行更改或者仅进行良好的更改(例如，避免这些巨大的二进制文件，初学者往往会受到版本控制) 。

从那以后，我转而也通过Mercurial管理我的所有静态网站(以及一个自动将网站上传到FTP服务器的push-up挂钩，因此我不必再为此担心)。

回答

我为subversion + webdav回答了一个howto：

http://timwise.wikispaces.com/document-versioning