标记Mercurial中的临时更改

标记Mercurial中的临时更改,mercurial,mercurial-extension,Mercurial,Mercurial Extension,我们与Mercurial合作了一年,但今天出现了一个问题,即如何处理(或更好地识别)临时编辑的文件 问我怎么做的用户目前正在从ClearCase切换到Mercurial。在ClearCase中,您可以使用“劫持文件”来区分应该提交的更改和应该恢复的更改 在Mercurial(使用陆龟)中,我找不到任何类似的解决方案来实现这一点 长话短说:如何区分在开发过程中临时编辑的文件和为了提交而编辑的文件 对于这种情况,您的建议/最佳做法是什么?修补带有临时更改的文件,提交永久更改(用户必须知道,每个类别中

我们与Mercurial合作了一年,但今天出现了一个问题,即如何处理(或更好地识别)临时编辑的文件

问我怎么做的用户目前正在从ClearCase切换到Mercurial。在ClearCase中,您可以使用“劫持文件”来区分应该提交的更改和应该恢复的更改

在Mercurial(使用陆龟)中,我找不到任何类似的解决方案来实现这一点

长话短说:如何区分在开发过程中临时编辑的文件和为了提交而编辑的文件

对于这种情况,您的建议/最佳做法是什么?

修补带有临时更改的文件,提交永久更改(用户必须知道,每个类别中都有哪些文件)

在提交时,用户可以从变更集中排除一些修改过的文件,然后使用这些文件刷新(应用)补丁


忘记这些变化只是不恰当的修补

暂时甚至意味着什么?如果他们没有办理登机手续,那么就不应该办理登机手续。用户维护一个旧的Fortran项目,用于计算轧机内部的物理量。在开发过程中,出于测试目的,需要进行临时更改,但必须在推动更改之前恢复。这会影响10到100个文件。必须仔细研究每一项,以确定它是否包含想要的或不想要的更改,这不是一个好的解决方案。好吧,这并不完全是我们想要的,但可能是Mercurial可以做的最好的事情。非常感谢。