7

我已经使用 git 工作了几个月，我发现大多数让我的日常工作变得更好的事情可以归因于分布式 VCS 中的灵活性和缺乏强制执行的默认策略。

不少人似乎也有同样的感受，并建立在这种灵活性的基础上

  • 我已经阅读了很多用户在不同机器上同步他们的主目录的报告。
  • IkiWiki建立在源代码控制之上，它可以用作分布式 wiki。
  • 存在一些基于 git 的分布式错误/问题跟踪系统（不确定其他 DVCS）。

您使用自己喜欢的 DVCS 实现了哪些很酷的想法？

4

5 回答 5

2

我使用 mercurial 对非 Mercurial 感知的在线文件存储进行增量备份。只需拥有一个包含已备份内容的存储库，并对其进行 hg 捆绑即可。然后推。将捆绑包复制到实时网格同步文件夹，然后自动备份和分发到我的所有机器。（注意：首先加密捆绑包 - 我相信没有人会尊重我的隐私）。当然，完全备份与hg bundle -all.

于 2009-03-27T08:26:50.343 回答
2

我在 mercurial 之上实现了一个简单的 wiki

我对任何 dvcs 上的 wiki 的主要抱怨正在合并，
因为在编辑 wiki 时根据页面工作确实很有意义，
但是所有 dvcs 都是基于文件树的

顺便说一句，bzr 的基于暴露目录的樱桃采摘并不正确
（它主要构成了以后合并冲突的基础）

于 2009-03-14T20:35:21.697 回答
1

不是我自己的项目，只是遇到了几个使用 git 的分布式问题跟踪系统：

git 问题
ticgit

而且总是有化石，它是一个内置错误跟踪和 wiki 的 DVCS。由 sqlite 的创建者制作，并使用 sqlite 数据库作为其存储库。

于 2009-03-16T02:23:47.387 回答
1

虽然我更喜欢 Mercurial 而不是 git，但我更喜欢github.com 的Gist片段服务。这是一个使用类固醇的粘贴站点 - 允许版本片段、通过 SSL 访问私有片段等等。

于 2009-03-16T10:53:00.283 回答
0

DVCS 是分布式文件系统的基础。

于 2012-08-04T04:24:01.900 回答