我在机械工程领域的一家小公司工作。除了我自己,这里没有人对编码或数据库基础有所了解,而我对基本SQL,一些C#和一些VBA所知不多。
我正在尝试为我们所有与工程相关的文档找到一个好的开源/免费文档控制解决方案。大多数文件的格式都是.docx,.xlsx,.pdf或.dwg(CAD)。
Subversion是否适合我的文档控制目的而不是代码控制?在系统中生成具有相应修订号的文档报告是否还足够?
当然,我们欢迎其他任何建议或解决方案。
我在机械工程领域的一家小公司工作。除了我自己,这里没有人对编码或数据库基础有所了解,而我对基本SQL,一些C#和一些VBA所知不多。
我正在尝试为我们所有与工程相关的文档找到一个好的开源/免费文档控制解决方案。大多数文件的格式都是.docx,.xlsx,.pdf或.dwg(CAD)。
Subversion是否适合我的文档控制目的而不是代码控制?在系统中生成具有相应修订号的文档报告是否还足够?
当然,我们欢迎其他任何建议或解决方案。
Answers:
SVN具有与Windows集成良好的GUI前端:Tortoise SVN。我的许多同事都发誓。
Msofficesvn是一个Microsoft Office插件,可以访问Office应用程序内部的Tortoise SVN。OfficeSVN 在Office 2007中添加了用于SVN操作的图标。OOoSVN是与OpenOffice类似的插件。
使用这些工具,无需命令行即可使用SVN。管理存储库可能需要基本的命令行能力。
SVN确实需要一些用户培训,但这与编程无关。主要是,您必须使人们养成1:更新,2:工作,3:提交;而且您必须训练他们执行合并。
提供纯归档而不暴露冲突的文档管理系统将更易于使用。但这是因为它隐藏了底层的困难:与其在冲突中与用户面对面,不如在发生冲突时丢失数据。
人们在处理文档之前先加锁的工作流程会带来很多约束,但如果不能教会他们在发生冲突时不要惊慌,则可以减轻麻烦。
(请注意,我没有教非技术人员使用版本控制的经验-我通过“手动”版本控制从观察到的行为中进行插值,即通过邮件将文档发送给应该合并更改的人员。)
代码文件是简单的文本文件。.docx和.dwg文件“少一点”的用户友好),因此您需要此类文件的插件。对于msword文件,有一个插件xdocdiff。
Microsoft Office Subversion插件之间还有一个商业解决方案:MagnetSVN。