是否存在仅限客户端的版本控制程序？

Question

我正在与存储在服务器上的多个网站上的一个小团队合作。我们无法在所述服务器空间安装软件，因此基本上将其视为共享硬盘驱动器。

团队并不熟悉版本/版本控制，他们会对任何非真实无痛的东西产生抵抗。

我们只需要一种简单的方法来跟踪更改并锁定文件。不需要花哨的合并或类似的东西。

是否有完全客户端的修订控制系统？例如，我的客户端版本控制程序会记下我在共享驱动器上签出的文件。当其他人试图检查它们时，他们的客户端程序不允许它们，因为它已被锁定。当我重新登记时，它会保留一份可以在以后恢复的文件的日期副本。

Answer 1

1. 不要混合＆＃34;版本控制＆＃34;与＆＃34;部署＆＃34; - 它们是用于不同目的的不同进程，因此 - VCS主机和部署目标可以是（通常）不同的主机
2. 只有 CVCS作为类支持锁定模型（在DVCS-world＆＃34;一个开发人员 - 一个/拥有/存储库＆＃34;严格使用模型，合并是每天任务）
3. 无论如何，必须从＆＃34;迁移到<＃34;工作流程应该是＆＃34;因为它应该是＆＃34;。最简单的方法可能是（它不需要至少学习和理解VCS和Subversion的基础知识）
   • 的Subversion
   • Assembla's Subversion hosting
   • EasySVN（现在只能找到outside of Assembla）
   • FTP | Assembla空间中的SSH工具，以便在托管服务器上部署更改

Answer 2

你只是有轻微的术语混淆。 ＆＃34;客户端仅＆＃34;表示＆＃34;无服务器＆＃34;，任何DVCS（即分布式VCS）是自治的，即无服务器，反过来，可能意味着＆＃34;仅客户端＆＃ 34;如果你愿意的话。

换句话说，任何DVCS都会记录其管理的任何存储库中记录的所有历史记录。大多数（全部？）DVCS支持＆＃34;共享＆＃34;这段历史 - 推动＆＃34;推动＆＃34;并且＆＃34;提取＆＃34;但完全没有做到这一点。

所以只需选择Git，Mercurial，Fossil或其他适合您需求的DVCS。

---

警告。

DVCS通常不支持锁定 - 因为它们是独立的。 锁定被许多人认为是过去的一部分（应该使用合并），但仍然可以使用锁定合法用途。如果你没有锁定就无法生存，那就采取另一个方向：Subversion可能会在无服务器的情况下工作＆＃34;使用file://存储库访问方案的模式，它支持锁。