mercurial在添加和删除文件时是否存在问题
我有一些代码更改，我不小心推到了团队回购，因此我创建了额外的头。 通常我会在自己的回购协议中保留这些变更，但我只是忘记了引用要推送的变更集，结果导致额外的头。 为了解决这个问题，我在中使用了提示 这对我来说非常好，事实上，我很高兴这样做，我的更改不会丢失，团队成员也不必在他们的repo中删除任何文件。事实上，即使这个头部没有被使用，我可能想在将来参考它，并做一些改变 现在，在我做了这个改变之后，我得到了科莱克的一个反应，他是我们的善变专家，如下所示：[开始引用] 现在的主要问题是，MS中的每个人都会有这些变更集，会看到合并“箭头”，会在历史中看到，尽管它没有包括在内。此外，“合并”提交根本没有提到这是一个虚拟合并。因此，如果您添加了以后必须进行虚拟合并的其他头，请在下一次合并承诺中明确说明这一点，以澄清情况 现在，添加、删除和更改文件也可能成为一个问题。由于虚拟合并，我不确定现在是否会出现这种情况，它可能会优化这些文件，使其不受影响，这必须进行测试。 [最后引述] 我的反应是很容易看到一个虚拟合并，如果你在龟甲中选择它，你就看不到任何变化。提交消息“虚拟合并”可能是个好主意。因此，这一点已被采纳。 事实上，每个人都能看到我的变化，这对我来说并不是什么问题，相反，这些变化会被保留下来，并成为未来的参考。我看不出这里有什么问题 但是最后一个粗体字是关于添加、删除和更改文件的？这真的会成为mercurial的问题吗？这不是使用版本控制系统的本质吗？我应该测试什么，就像他建议的那样？mercurial在添加和删除文件时是否存在问题,mercurial,Mercurial,我有一些代码更改，我不小心推到了团队回购，因此我创建了额外的头。 通常我会在自己的回购协议中保留这些变更，但我只是忘记了引用要推送的变更集，结果导致额外的头。 为了解决这个问题，我在中使用了提示 这对我来说非常好，事实上，我很高兴这样做，我的更改不会丢失，团队成员也不必在他们的repo中删除任何文件。事实上，即使这个头部没有被使用，我可能想在将来参考它，并做一些改变 现在，在我做了这个改变之后，我得到了科莱克的一个反应，他是我们的善变专家，如下所示：[开始引用] 现在的主要问题是，MS中的每个人
他的评论正确吗？你朋友的恐惧是没有根据的。他或她是对的，一个好的详细的评论总是值得赞赏的，但没有痛苦的未来
当该机制从实验性扩展过渡到核心功能时，它将提供更好的解决方案。您将
stripstrip