相关疑难解决方法(0)

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

1. 我不想将每个小脚本存储在一个单独的目录中!
2. 我不想将它们全部存储在一个存储库 OTOH中,因为它们完全不相关,并且:
   • 其中一些可能会后来增长到更多的文件(然后他们将需要一个单独的目录),
   • 我有时想将其中一个复制到另一台机器上(我想克隆整个仓库).
3. 我想从(分布式)版本控制机制中受益 - 至少:
   • "无限"的修订数量,
   • 能够在不同的计算机上克隆存储库,
   • 能够进行"原子"多文件提交.

可能吗？
我更喜欢在一些主流的分布式VCS中使用它(使用Mercurial的解决方案会更好,但我不是固定的).

编辑:解决方案必须是免费的(至少"在啤酒中")和跨平台(至少是Win32和Linux).

相关,但没有帮助:

• "两个git-repositories-in-one-directory" - 没有发现它有用:接受的答案看起来像第2点(上图)给我; 目前的"社区投票"答案听起来像1.
• "使用Subversion对单个文件进行版本控制" - 也是2.或1的过多.