是否可以手动更改/重新排列修订号(提供的拓扑保持不变)? [英] Is it possible to manually change/reorder the revision numbers (provided topology remains the same)?

查看:58
本文介绍了是否可以手动更改/重新排列修订号(提供的拓扑保持不变)?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

在Mercurial中,修订号是本地克隆特定的,并且它们提供了一种以比更改集ID更用户友好的方式指向特定更改集的功能.

In Mercurial , revision numbers are local-clone specific, and they are provided as a facility to point to a specific changeset in a more user-friendly way than a changeset id.

但是,当显示时间线图时,TortoiseHG将按修订号排序.如果某人不那么频繁地推送提交,那么您将立即获得带有相邻修订号的所有提交,这会弄乱图的整个点.

However when displaying the timeline graph, TortoiseHG will order by revision number. If some guy pushes commits not that often, you'll get all his commits at once with adjacent revision numbers, and it will mess up the whole point of the graph.

此图将更具洞察力:有两条发展线,有两位作者,一位融合了另一位的工作:

This graph would be more insightful: there are two lines of development, with two authors, one merging the work of the other one:

因此,可以手动对修订版本号进行重新排序(只要

Therefore, is it possible to manually reorder the revision numbers (as long as the topological order of changesets is still compatible with the new numbers?

谢谢.

推荐答案

可以对存储库重新排序(这就是contrib/shrink-revlog.py的作用).但是在这种情况下,它看起来过于矫and且复杂.

It is possible to reorder your repository (that's what contrib/shrink-revlog.py does). But in this case it seems overkill and complicated.

由于这主要是显示问题,因此您应该要求THG实施您想要的重新排序.我承认我不知道您在上图中发现了什么.

Since this is mostly a display issue, you should instead ask THG to implement the reordering you would like to have. I admittedly have no idea what you find messed up in the graph above.

这篇关于是否可以手动更改/重新排列修订号(提供的拓扑保持不变)?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆