version-control - 一个目录(同一级别)中的多个存储库 - 可能吗？

Question

我最初的问题是我有一个目录，我可以在其中编写各种脚本。它们中的每一个都独立于其他文件，通常是一个文件长。我想对它们应用一些版本控制，但我有以下问题/要求:

我不想必须将每个小脚本存储在单独的目录中!

我不想将它们全部存储在一个存储库 OTOH 中，因为它们完全不相关，并且:

其中一些可能会在以后增长为更多文件(然后他们将需要一个单独的目录)，

我有时想将其中一个复制到另一台机器上(我想克隆整个 repo)。

我想要受益于(分布式)版本控制机制——至少:

“无限”的修订数量，

能够在不同的计算机上克隆存储库，

能够进行“原子”多文件提交。

是否可以？
我更喜欢在一些主流的分布式 VCS 中进行(使用 Mercurial 的解决方案会更好，但我不是固定的)。

编辑:解决方案必须是免费的(至少“就像啤酒一样”)和跨平台的(至少是 Win32 和 Linux)。

相关，但没有帮助:

"two-git-repositories-in-one-directory" - 没有发现它有帮助:接受的答案看起来像第 2 点。(以上)对我来说；当前的“社区投票”答案听起来像 1。

"Version control of single files using Subversion" -- 2. 或 1 也太多了。

Answer 1

这些要求对我来说似乎很“特殊”，所以这里有一个与它们相当的解决方案 ^^

您可以在同一目录中使用两个完全不同的 VCS。甚至 SVN 的两个“实例”也可能有效:SVN 将其元数据存储在名为 .SVN 的目录中。并且(由于有关 ASP 的历史原因)可以选择使用 _SVN .目录列表应如下所示

.SVN    // Metadata for rep1
_SVN    // Metadata for rep2
script1 // in rep1
script2 // in rep2
...

当然，您需要隐藏或忽略来自每个 VCS 的外部脚本或文件夹...

添加:
这只占一个文件夹中的两个脚本，除此之外，每个脚本还需要一个额外的 VCS，因此，如果您甚至考虑这条路线并需要更多存储库，请重命名每个 Metadir 并在更新之前使用脚本将其重命名:

MOVE .SVN-script1 .SVN
svn update
MOVE .SVN .SVN-script1