Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/mercurial/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Git 使用分布式版本控制系统,你最酷/最不寻常的黑客行为是什么?_Git_Mercurial_Dvcs_Bazaar - Fatal编程技术网

Git 使用分布式版本控制系统,你最酷/最不寻常的黑客行为是什么?

Git 使用分布式版本控制系统,你最酷/最不寻常的黑客行为是什么?,git,mercurial,dvcs,bazaar,Git,Mercurial,Dvcs,Bazaar,我已经在git工作了几个月,我发现大多数使我的日常工作变得更好的事情都可以归因于分布式VCS中的灵活性和强制默认策略的缺乏 相当多的人似乎也有同样的感受,并建立在这种灵活性之上 我已经阅读了很多关于用户在不同机器上同步其主目录的报告 基于源代码管理构建,可以用作分布式wiki 存在一些基于git的分布式缺陷/问题跟踪系统(不确定其他DVCSs) 你用你最喜欢的DVC实现了哪些很酷的想法?我在mercurial上实现了一个简单的wiki 我对任何DVC上的Wiki的主要抱怨是合并, 当编辑wi

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

相当多的人似乎也有同样的感受,并建立在这种灵活性之上

  • 我已经阅读了很多关于用户在不同机器上同步其主目录的报告
  • 基于源代码管理构建,可以用作分布式wiki
  • 存在一些基于git的分布式缺陷/问题跟踪系统(不确定其他DVCSs)

你用你最喜欢的DVC实现了哪些很酷的想法?

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

我对任何DVC上的Wiki的主要抱怨是合并,
当编辑wiki时,在页面方面工作确实很有意义,
然而,所有DVC都基于文件树

顺便说一句,bzr公开的基于目录的cherry picking没有做到这一点

(它主要构成了以后合并冲突的基础)

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



总有一个,它是一个DVCS,内置了bug跟踪和wiki。由sqlite的创建者制作,并使用sqlite数据库作为其存储库。

虽然我更喜欢Mercurial而不是git,但我喜欢github.com的snippet服务。这是一个类固醇上的粘贴站点—允许对代码片段进行版本设置、通过SSL访问私有代码片段等等。

我使用mercurial进行增量备份,以将其备份到不支持mercurial的在线文件存储。只要有一份包含已备份内容的回购协议,并对其进行打包。然后推。将捆绑包复制到live mesh Synched文件夹,并进行预处理,自动备份并分发到我的所有计算机。(注意:首先加密包-我相信没有人会尊重我的隐私)。当然,使用
hg bundle进行完全备份也同样简单-所有的DVCS都是分布式文件系统的基础。

很有趣。你在哪里发表过这篇文章吗?不,这不是我不想发表的东西