gpt4 book ai didi

version-control - Mercurial 中的部分(每个文件/文件夹)分支/标记?

转载 作者:行者123 更新时间:2023-12-01 04:13:07 26 4
gpt4 key购买 nike

在经典的 VCS (CVS/SVN) 中,我可以在一个分支中添加新文件/文件夹,然后用一些分支标签“标记”它们,以便它们也出现在另一个分支上(它们可能会再次偏离)。这是通过将您的工作副本更新为特定状态然后设置分支标记来实现的。

我怎样才能在 Mercurial 中实现类似的东西?我进行了广泛的搜索,但似乎无法将几个文件/文件夹移动到另一个分支上。

在我的例子中,一些历史分支收到了一些更新,现在应该移动到当前事件的分支上(那是在 repo 从 Subversion 转换为 Mercurial 之前)。是否有任何方法可以保留这些文件/此文件夹的历史记录?或者我是否必须将这些文件的当前状态重新引入另一个分支(即从头开始)?

旁注:两个分支的提示之间有数百个相互冲突的变化。这就是为什么我正在寻找分支之间完全 merge 的替代方案(这也是一个问题,因为其中一个分支在 merge 后将不复存在)。

最佳答案

Mercurial transplant extensio n 应该可以解决问题。移植将变更集重新应用到您选择的分支。它通常用作将错误修复从一个分支移动到另一个分支的方法(即:从与已发布代码版本相对应的某个长时间运行的分支到积极开发的默认分支)。

移植随 Mercurial 一起分发,但您可能必须通过将以下几行添加到 Mercurial.ini(或 .hgrc)中来启用它:

[extensions]
transplant=

从 TortoiseHg 中,您可以更新到目标变更集(即:放置修复的位置),然后右键单击要移动的变更集并选择“移植到本地”。命令行帮助可以在上面的链接中找到。

一个警告是移植适用于变更集,并且它希望应用整个变更集。因此,如果变更集包含一些您想要应用的更改而一些您不包含,则您必须做更多的工作。解决此问题的一种方法是使用 histedit扩展并将这样的变更集分成两个。这可能很复杂,如果您的存储库不在本地包含(即:如果它位于某个服务器上),则不建议这样做。一个蛮力选项是移植一个变更集,然后简单地撤消不需要的更改并将这些 mod 作为第二个变更集提交。

关于version-control - Mercurial 中的部分(每个文件/文件夹)分支/标记?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4978935/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com