背景

现在有分支a和分支b。b是从a的某个历史commit中checkout出来的。在b上进行了开发后，要merge到a。这时最好先rebase到a，然后提交pull request。

问题表现

对本地分支a进行了git pull后，在checkout到分支b，然后执行git rebase a。出现标题的warning，然后显示Current branch b is up to date.

检查git log发现分支a的后续commit并未被merge到分支b来。若使用git merge a，结果一样。

解决方案

$ git show-ref a
<commit hash> refs/heads/feature/a
<commit hash> refs/remotes/origin/feature/a
<commit hash> refs/tags/feature/a

ambiguous是由于本地同时存在名为a的分支和标签。现在移除标签

git tag -d a

重新rebase即可

git rebase a
# git
Logo
开源鸿蒙跨平台开发者社区

开源鸿蒙跨平台开发社区汇聚开发者与厂商，共建“一次开发，多端部署”的开源生态，致力于降低跨端开发门槛，推动万物智联创新。

更多推荐

cover

设备树DTS-【万物智能之开源鸿蒙OpenHarmony系统实战开发系列教程】

avatar 开源鸿蒙跨平台开发者社区

鸿蒙ArkUI性能调优实战：从卡顿根因到全链路解决方案

开发者在进行鸿蒙应用开发时，大多停留在页面编写、接口请求、组件堆叠的基础业务层面，一旦面对大数据量渲染、高频列表刷新、复杂状态联动场景，就会频繁出现等性能问题。与 Android、React Native 跨端框架不同，鸿蒙 ArkUI 拥有独立的渲染机制与系统调度体系，卡顿成因与优化逻辑完全差异化。结合实际商业项目，从五个维度，完整梳理鸿蒙全链路性能优化方案ArkUI 采用：组件嵌套层级过深、布

avatar 开源鸿蒙跨平台开发者社区

Flutter 鸿蒙化实战：device_util 适配 OpenHarmony，应用信息与系统设置跳转工具集

随着鸿蒙生态的快速发展，越来越多的 Flutter 应用需要适配 OpenHarmony 平台。但生态早期，大量常用三方库只有 Android / iOS 实现，鸿蒙侧只能自己造轮子。为了解决这个问题，对一批高频使用的 Flutter 三方库做了 OpenHarmony 平台适配，统一托管在 GitCode 的下，全部通过 TAG 版本隔离、配套门禁编译验证，开箱即用。本篇是系列文章之一，主角是—

avatar 开源鸿蒙跨平台开发者社区