Tag: mercurial

Mercurial:命名分支与多个存储库

我们目前在相对较大的代码库上使用颠覆。 每个发行版都有自己的分支,并且修复是针对主干执行的,并使用svnmerge.py迁移到发行分支 我相信现在已经到了更好的源代码控制的时候了,而且我已经在Mercurial玩了一段时间了。 尽pipe使用Mercurial来pipe理这样的发布结构似乎有两个学派。 每个版本都有自己的repo,并且修复是针对发布分支进行的,并推送到主分支(以及任何其他较新的发行版分支),或者使用单个存储库(或多个匹配副本)中的命名分支。 在任何情况下,似乎我可能会使用像移植一样樱桃变化包含在发布分支。 我问你 每种方法的相对优点是什么?

Git serve:我想这很简单

我想知道如何简单地发布http:就像Mercurial的hg serve一样! 在Windows /工作箱上执行此操作: git serve 然后在Linux上的SIMPLY上运行: git clone http://project project 完了。

如何忽略Mercurial中的文件夹下的所有内容

我正在寻找.hgignore文件的expression式,以忽略指定文件夹下的所有文件。 例如:我想忽略bin下面的所有文件和文件夹 其实任何关于如何形成表情的build议都会很棒

使用Git如何find本地和远程之间的变化

这里有两个不同的问题,但我认为他们是相关的。 在使用Git时,如何查找我在本地提交的更改,但尚未推送到远程分支? 我正在寻找类似于hg outgoing的Mercurial命令。 在使用Git时,如何查找远程分支在执行pull操作之前所做的更改? 我正在寻找类似于Mercurial命令的hg incoming 。 对于第二个:有没有办法看看有什么可用的,然后挑选我想拉的变化?

Mercurial:abort:没有提供用户名(参见“hg help config”)

我已经添加存储库,并在提交时,我得到错误 error: abort: no username supplied (see "hg help config") 我在本地也没有收到Mercurial.ini文件。 有谁知道我可以如何解决Fedora上的这个错误?

Git与Mercurial Repository的互操作性

我在Mac上使用GIT。 说够了。 我有工具,我有经验。 我想继续使用它。 这里没有战争 问题总是与互操作性有关。 大多数人使用SVN,这对我很好。 Git SVN开箱即用,并且是一个没有装饰的解决scheme。 人们可以继续高兴地使用SVN,我不会失去我的工作stream程,也不会失去我的工具。 现在…有些人与Mercurial一起。 对他们很好:他们有他们的理由。 但我找不到任何GIT HG。 我不想切换到HG,但我仍然需要与其存储库进行互操作。 你们中的任何人都知道这个简单的解决scheme?

Mercurial:我可以重命名一个分支吗?

我们现在有一个“鼓动”的分支,“分期”似乎是一个更好的语义契合。 什么是处理这个好策略?

Mercurial Eclipse插件

我在哪里可以find一个好的Eclipse Mercurial插件?

将密码保存在TortoiseHg中

有没有办法configurationTortoiseHg来存储我的密码? 我有一个托pipe在Google Code上的项目,我使用TortoiseHg访问。 每当我想推动更改谷歌代码TortoiseHg提示我input用户名和密码。 谷歌代码要求我使用自动生成的密码,每次都会重复查看。

Mercurial:如何修改最后一次提交?

我正在寻找Mercurial中的git commit –amend的一部分,即修改我的工作副本链接到的提交的方法。 这个修改程序的要求是: 如果可能的话,它不应该要求任何扩展。 它不能要求非默认的扩展名 ,也就是不能与官方的Mercurial安装一起使用的扩展名。 如果提交修改是我目前分支的一个负责人,那么不应该创build新的负责人 。 如果提交不是头,可能会创build一个新头。 程序应该是安全的,如果出于某种原因修改失败,我希望恢复与修改之前相同的工作副本和存储库状态。 换句话说,如果修改本身可能失败,则应该有一个故障安全过程来恢复工作副本和存储库状态。 我指的是在修改过程(比如冲突)的性质中存在的“失败”,而不是文件系统相关的问题(比如访问限制,不能locking文件以便写入… ) 更新(1): 该过程必须是可自动化的 ,因此可以由GUI客户端执行,而无需任何用户交互。 更新(2): 不得触摸工作目录中的文件(某些修改的文件可能存在文件系统locking)。 这尤其意味着,一个可能的方法可能在任何时候都不需要一个干净的工作目录。