每个人的源代码控制？[关闭]
https://stackoverflow.com/questions/50194
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我有许多非技术用户，他们都共享一组项目文件。让他们使用版本控制是理想的选择，但我认为 subversion 和 git 对于非技术办公室人员来说技术性太强。
有没有适合普通人的分布式源代码控制软件？
解决方案
如果源代码控制技术性太强，他们可以使用 使用 WebDav 进行颠覆.
技术水平较低的人只会从他们使用的任何应用程序中正常保存文件，而无需担心/考虑源代码控制。他们无需执行任何操作即可获得自动版本控制的好处。
当他们需要更多功能时，他们可以学习使用 TortoiseSVN 来查看差异、恢复到为他们自动制作的旧版本等......
来自颠覆书：
由于许多操作系统已经集成了 WebDAV 客户端，因此此功能的用例近乎梦幻：想象一下运行 Microsoft Windows 或 Mac OS 的普通用户的办公室。每个用户都会“挂载”Subversion 存储库，它看起来是一个普通的网络文件夹。他们像往常一样使用共享文件夹：打开文件，编辑它们，保存它们。同时，服务器会自动对所有内容进行版本控制。任何管理员（或知识丰富的用户）仍然可以使用 Subversion 客户端来搜索历史记录并检索旧版本的数据。
其他提示
你有没有尝试过 乌龟SVN？我无法想象源代码管理会变得更容易使用。
如果他们只需要一次只为一个用户编辑 Office 文件，则可以在具有适当权限的网络共享上获取这些文件，并每晚进行备份。如果有人已经打开 Active Directory，则会向他们发出警告。
如果它比办公室更复杂，请考虑 Sharepoint。我认为 SVN 太复杂了，特别是因为二进制文件的冲突和比较，例如旧的Word文档实际上不起作用。
我会尝试使用 Mercurial 乌龟HG 用于资源管理器集成。
它很容易使用，我可以毫无问题地使用：
- 教一个不太懂计算机的同事一起写文本。
- 通过电话指导朋友安装 Mercurial (TortoiseHG)、创建存储库并将其设置为使用单独的推送（他的）和拉取（我的）存储库进行协作 - 在 Windows 计算机上只安装一次之后（我只运行 GNU/ Linux）。
而且由于它是完全分布式的，因此当他们破坏他们的存储库时，他们无法破坏您的存储库 - 您可以简单地决定不提取他们的更改或仅提取好的更改（例如，避免初学者倾向于将这些巨大的二进制文件置于版本控制之下） ）。
从那时起，我也转而通过 Mercurial 管理我的所有静态网站（以及一个自动将网站上传到我的 FTP 服务器的推送上传挂钩，因此我不必再担心这个问题）。
我认为最好的解决方案是让每个人都直接使用版本控制系统。如果您使用 Windows 平台，我推荐 TortoiseSVN。
如果直接使用 TortoiseSVN 太困难，我在设置存储所有项目文档的 Samba 文件共享并自动与 Subversion 同步方面有很好的经验。您失去了人们在其提交上编写评论的好处，但在许多情况下，自动版本历史记录比没有版本历史记录要好。这样，相关人员甚至不必知道版本跟踪，只要他们将文档保存在正确的位置即可。需要同步的频率取决于文档更改的频率，但就我而言，每 24 小时同步一次就足够了。
笔记：为了实现这一点，我必须编写一个自定义脚本，从存储库中检查最新版本，将其与本地副本进行比较并发布 svn （或者 cvs) 命令来添加、删除和更新任何已更改的文件。我不确定是否存在通用（开源）解决方案来执行此操作，但我认为无论如何自己实现应该不会太难（我编写了一个简单的脚本在几个小时内完成）。
我目前正在探索 SharePoint 在类似的环境中可以在多大程度上提供非技术人员友好但可靠的版本控制。初步结果是“meh”。即使在我们得出结论的情况下，很明显，版本控制需要用户对文档管理的态度发生相当重要的转变。
现在，如果这是针对使用 Apple Mac 的团队（我认为不是），我强烈推荐 版本, ，这是一个极其直观的SVN客户端。这是我见过的第一个也是唯一一个具有修订控制功能的软件，其范式转变很容易被非程序员采用。
我为 subversion+webdav 答案做了一个说明：
您尝试过 Adobe 的版本提示吗？这不是开源/免费的，但最终用户可能更容易使用。
如果使用 TortiseSVN 的 Subversion 太复杂——也可能是这样，因为版本控制是一个与打开、修改、保存不同的完整范式——那么你可以从一个更简单的手动版本控制开始：
myDocument-20080908-beverlyd.doc
它很简单，易于理解，您可以编写一个脚本，每天晚上或每周存档所有旧版本，这样他们实际上只能看到一两个最新版本。
如果有人想看到差异，就教他们 diff。
-亚当
“项目文件”可能很模糊 - 如果相关文件主要不是 ASCII 文件，而是 Word 文档或其他文件，我不确定传统的源代码管理工具是否真的有效。
SVN 等。等人。很乐意支持二进制文件，但如果这就是您使用它的全部目的，那么您并没有真正获得大部分有用的功能，并且通常最终会让非技术用户感到困惑。SVN（和 git 等）是为程序员设计的工具 - 如果您只是在寻找一种管理文档修订并保留历史记录的好方法，我猜有适合您的特定平台的更好的工具（尽管我不知道）不知道足够多来推荐一个特定的）。
也就是说，如果它们主要是 ASCII 文件，我怀疑 TortoiseSVN 是您最好的选择。
