查找对应于 revision-id 的 bzr revno
尽管已阅读 了解修订号 bzr 文档。
我有一个上游存储库的本地分支。本地修订版是689，我没有做任何本地修改。
如果我bzr 缺少 url/to/upstream，bzr 会告诉我缺少 10 个修订：689-698。
显然，上游修订编号发生了变化，因为远程 689 现在与本地 689 不同。我想弄清楚的是：
什么顺序的事件会导致上游分支重新编号？当其他人进行更改并将其推高时，我的本地 revno 689 是否成为上游合并修订号？
如何使用本地修订版 689 中的修订版 ID 来确定上游合并的修订版号？有没有办法使用命令行 bzr 和/或 loggerhead 来检索它？
I'm still trying to figure out how the revision numbering works with bzr, despite having read the understanding revision numbers bzr documentation.
I have a local branch of an upstream repository. The local revision is 689, and I haven't made any local changes.
If I do bzr missing url/to/upstream, bzr tells me that I'm missing 10 revisions: 689-698.
Clearly the upstream revision numbering changed, since the remote 689 is now different from my local 689. What I'm trying to figure out is:
What sequence of events causes an upstream branch to get renumbered? Did my local revno 689 become a merged revision number upstream when somebody else made a change and pushed it up?
How can I use the revision-id from my local revision 689 to determine what the merged revision number is upstream? Is there a way to retrieve this using command-line bzr and/or loggerhead?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
你有两个问题，所以：
是的，这正是发生的事情。
对于 CLI bzr：
简单方法：运行
bzr log -n0 --show-ids并在输出中搜索您的修订 ID。然后滚动回顶部，查看哪个修订版合并了您的修订版 ID。您可以使用 qlog 命令（来自 QBzr 插件）让您的历史探索更加愉快。
在 bzr 2.3+ 中，您可以使用
mainline:修订修饰符：bzr log -r mainline:your-revidYou have 2 questions there, so:
Yes, that's exactly what happened.
For CLI bzr:
Simple method: run
bzr log -n0 --show-idsand search the output for your revision-id. Then scroll back to the top and see which revision has your revision id merged.You can use qlog command (from QBzr plugin) to make your history exploring much pleasant.
With bzr 2.3+ you can use
mainline:revision modifier:bzr log -r mainline:your-revid