Git rsync推送-rsync能否像“hg推送”一样易于使用

问：有没有一种方法可以使用rsync或类似的工具，使您可以像在DVCS中使用git pull或hg push一样轻松地使用rsync++pull或rysnc++push

因此，您可以指示将目录树重新同步到特定的远程系统，例如通过RTREE_ROOT中的rc文件

然后，如果您深入到这样的树中，您可以只键入rsync++push或rsync++push远程系统名称

假设的rsync++工具将沿着文件系统树爬升，直到找到rsync_根目录，一个标记为rc文件的目录

而不必键入根据您所在位置而变化的内容_

rsync -r ../../../Rysnc_Root_Name remote-system:path/to/rsync/place/on/remote

只要能做到

rsync++ push remote-name

甚至

rsync++ push

当存在默认推送目标时

背景：

我经常使用分布式版本控制工具，如git、mercurial hg或bazaar bzr

我发现保持DVCS树的同步要比使用rsync容易得多：一旦设置好了，只需说git push或hg pull，然后可能是hg update

也就是说，DVCS可以找到当前树的根，并将其映射到需要更新的远程树或repo

好吧，rsync不会这么做的

但是我可以把rysnc看作是一个零级DVCS——好的，一个分布式复制服务。不幸的是，命令行界面不允许看到这种令人愉快的虚构

有时我使用DVCS，而我真正需要的是rsync，只是为了更容易打字。但是，我必须确保远程用户知道在远程目标目录树中使用hg update

我认为这有一些相当通用的方面，在多人工具中可能有用，而不仅仅是像git/hg/bzr这样的rsync和DVCS工具：

1在目录树中，查找一些根目录 e、 g.向上走，......，以查找一些特殊标记，如.hg文件等。 e、 g.由l

问题：筑巢。例如，我经常在bzr repos中使用hg repos，反之亦然——这基本上是尝试创建嵌套子repos的一种笨拙的方法，许多DVCS工具都无法处理。允许跳过某些级别或合并可能会更好

2找到这样一个根，指定令人愉快的、人性化的、简写的， e、 g.将像remote这样的名称映射到ssh://host:port//path/to/corresponding

或使用默认值，或默认值进行操作，如默认值=拉或默认推

通常将根目录中的内容与~/.toolrc中的内容合并

一元版本是找到一个根，并可能，给定根，找到一个配置文件，可能合并

二元版本观察到，命令通常涉及这样一个根下的目录树，以及配置文件中指定的另一个目录树

multiadic版本可能允许您推送到多个遥控器

我们已经有了遵循这种模式的DVCS工具：git/hg/mercurial

我最迫切的愿望是像rool这样的rsync

如果您仔细考虑一下，非分布式版本控制工具（如CVS和SVN）以及无数RCS包装器解决了如何在树中找到具有每个xdir的链接目录的远程服务器的问题。正如我很久以前在一篇论文中指出的那样

还有什么其他工具可以从这样的东西中受益

---

?？？如何使用将相对符号链接转换为绝对符号链接的工具，反之亦然：例如，复制一棵树，对树内的所有内容使用相对符号链接，对树外的所有内容使用绝对符号链接。

您可以配置远程hg服务器进行自动更新@Edward:谢谢。我经常将我的DVCS回购配置为进行自动更新，尽管我必须承认我忘记了如何对hg进行更新。hg/hgrc不接受DVCS是一种痛苦；我理解安全问题。但在rsync可以的情况下使用DVCS似乎有点过分了。此外，我经常发现自己在一个包含多个.hg和.git和.bzr repo/工作空间的树中rsync'，现在是perforce。不过，谢谢哦，是的，还有一个问题：我用树枝。hg update，无论是使用tip还是默认分支，通常都不是我想要的。我认为这有两个相当通用的方面：//1在目录树中，找到一些根，例如，通过向上走…....，以查找一些特殊标记。问题：筑巢