繁体   English   中英

窑库资料库

[英]Kiln Mercurial Repositories for Versions

我们将窑炉与水银一起使用。

简化的描述我们有2种存储库。

一些

“CurrentDevelopment”和存储库的每个发行版本,例如13.1释放13.1版本。 (也有用户存储库等,如hginit.com中所述,但这暂时可以忽略不计)

现在有时我们需要修复已发布的版本。 因此,我们在发行版本的存储库中对其进行了修复。 对于13.1。

然后我们就不能从13.1拉到currentDevelopment储存库

这似乎很好。

但是现在我们可以在“ CurrentDevelopment ”中进行一些操作,一个月后,我们意识到在13.1中也需要进行此更改。但是我不能从CurrentDevelopment转到13.1,因为我不想进行很多其他更改在13.1中

我知道这是一种“樱桃采摘”,我不容易意识到。 但是如果源代码不多,我会在13.1中重新编码。

但是在那之后,当我对当前的开发进行13.1更改时,我也将撤消CurrentDevelopment中已包含的更改:-/因此,在最坏的情况下,我可能会出现合并失败和重复代码? 我不确定Mercurial是否可以安全地识别出此代码也包含在内。

建议使用什么方法来实现这些特定于版本的存储库并处理它们之间的更改? 特别是,之后是否需要在子版本分支中更改当前的开发资源库?

移植善变的命令是在这里你的朋友。 它允许您将更改反向移植到旧分支。

如果您的窑版本较旧并且没有包含graft命令的Mercurial版本,则可以使用(类似但不太可靠的) 移植扩展。 (移植使用Mercurial的合并逻辑,移植仅使用补丁逻辑)

编辑...我认为当前与Kiln捆绑在一起的TortoiseHg版本的UI中没有公开嫁接命令。 查看如何在TortoiseHg中使用嫁接尽管命令行仍然应该起作用。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM