Mercurial 如何让中央库在每次被push新内容后都自动update?

2019-03-25 13:39|来源: 网路

我在一台服务器上有个仓库,并开启web server
我希望,在其他机器往这台服务器push内容后,服务器都能自动update,而无需人干预——就像google code那样

我该如何配置?

相关问答

更多
  • 我写这个话题的博客文章: http://brain-break.blogspot.com/2011/09/new-mercurial-repository-format.html http://brain-break.blogspot.com/2009/09/new-mercurial-repository-format-fncache.html 目前不久,新的HG版本可以在本地旧版本库上运行,但恢复了错误的句子。 有线协议在HG版本中不会改变,因此您可以从任何版本的HG 克隆 , 拉取和推送到在http: ...
  • hg revert会做的伎俩。 它会将您恢复到最后一次提交。 --all将会还原所有文件。 看到它的“人造页”描述的链接。 hg update通常用于刷新您的工作目录后,您从不同的repo或swap分支拉。 hg up myawesomebranch 。 它也可以用于恢复到特定版本。 hg up -r 12 。 hg revert will do the trick. It will revert you to the last commit. --all will revert all files. Se ...
  • 我不能告诉你你的错误,但我进行了一些额外的测试,条件和结果之间有严格的相关性 制备 创建了$TortoiseHg\templates\map-cmdline.colorglog ,内容与你的templates.lg相同(我懒得在每个测试中编写你的长命令) 在我的3.7.1中找到命令行,相当于你的nlog (因为hg: unknown command 'glog' ):它是 hg log -G --style = colorglog log -G和没有路径的样式,因为样式文件在默认的map-location中 ...
  • 如果有人试图将变化从A拉到C,会发生什么? 是否会发生冲突或者它会成功合并更改A - > local - > C并更改A - > C. Mercurial会将其识别为相同的变更集吗? 已经存在于C中的变更集已经存在,因为它们的ID已经存在。 这就是改变不可改变的原因。 如果您可以修改变更集,则其ID将更改(ID是变更集内容的散列)。 Mercurial然后(正确地)将其视为不同的变更集。 通过保持变换集不可变,我们可以确保它们的散列与它们来自哪个repo相同。 pull =复制从那里有我尚未见过的ID的变更 ...
  • 首先,正如许多其他人指出的那样,使用命名分支进行短期工作并不是一种推荐的做法。 命名分支主要用于长期生活的功能,或用于发布管理。 鉴于你处在这种情况下,有几个选项可用。 所有这些都涉及修改历史记录(因为您显然正在尝试改变您已完成的任务)。 一个是按照原样推动分支,从经验中学习,然后继续前进。 如果团队的其他成员对此没有问题,那就是向push命令添加“新分支”的情况。 如果团队的其他成员或者你真的希望历史能够保持清洁,那么你需要深入挖掘。 如果你不推动,那么肯定会克隆你当前的回购。 通过这种方式,您可以复制原 ...
  • 您需要为系统安装zlib库( libz.so )。 You need to install the zlib library for your system (libz.so).
  • 合并是如何组合文件的不同版本。 每当您以两种不同的方式更改文件时,Mercurial将在您运行hg merge时尝试合并它。 当对文件的更改不重叠时,Mercurial可以自动进行合并。 但是,如果以两种不同的方式更改同一行,则需要帮助Mercurial合并两个编辑。 考虑一个以hello, world!开头的文件hello, world! 在第一个修订版中然后更改为sure am glad I'm not using CVS! 在第二次修订中: "hello, world" --- "sure am gl ...
  • 你所描述的是安全的。 每个版本的Mercurial都可以安全地读取和编写旧版本创建的存储库。 较旧的客户端将拒绝读取/写入对他们来说太新的存储库。 因此,只要您访问使用1.5创建的repos,就可以使用1.8来实现这一目标。 更多细节: https : //www.mercurial-scm.org/wiki/RequiresFile What you're describing is safe to do. Every version of Mercurial can safely read and wr ...
  • 看看WorkingWithSubversion 。 如果要将更改直接推送到svn,首先从svn中提取最新更改,然后将更改重新绑定到svn HEAD并将其推回。 $ hg pull --svn # pull the changes from svn $ hg up your_head # update the repo to the head of the changes you want to push to svn $ hg rebase --svn # rebase your_head onto svn ...
  • 如果您不想将jdbc.properties提交到存储库,则应忽略它 。 查看链接了解更多信息 - 简而言之,您必须在工作目录中创建一个名为.hgignore的文本文件,并输入要忽略的文件的文件名。 然后,当您尝试提交时,您再也不会看到这些文件,并且Mercurial不会再抱怨未提交的文件。 如果应用程序在没有配置文件的情况下无法运行, 并且您希望在存储库中使用它的某个版本,则可能不希望忽略它。 因为如果你这样做,你不能只是克隆存储库并启动你的应用程序 - 它会抱怨丢失的配置文件。 另外,您可能希望将配置文件 ...