云效存在 feature prod两个分支？ feature开发周期较长长，开发完成后，合并pr
云效存在 feature prod两个分支。 feature开发周期较长长，开发完成后，合并prod有很多冲突，解决方案是将prod先合并一次feature解决完冲突，再把feature合并prod。 发起合并请求云效显示修改的文件和实际修改的文件数量不一致 代码review看到修改的文件完全不准确 原来的gitlab可以正确显示改动的文件内容
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
-
公众号：网络技术联盟站，InfoQ签约作者，阿里云社区签约作者，华为云 云享专家，BOSS直聘 创作王者，腾讯课堂创作领航员，博客+论坛：https://www.wljslmz.cn，工程师导航：https://www.wljslmz.com
您所描述的现象可能是云效中代码合并的一些小问题导致的。
如果在云效中进行分支合并操作时，发现修改的文件和实际修改的文件数量不一致，或者代码 review 显示的修改文件不准确，可以考虑使用以下一些方法：
-
在合并分支之前，先确保您当前的本地分支和要合并的目标分支是最新的。
-
在执行分支合并操作时，将合并方式选为 “rebase” 或 “squash”，可以尽可能地避免代码冲突。
-
如果在合并过程中仍然出现了代码冲突，可以根据冲突具体情况，手动编辑代码解决冲突，或者使用可视化工具 Compare & Merge 将代码合并。
-
在代码 review 过程中，可以检查相关的 Commit ID 或 Merge Request ID，确保您查看的是最新的代码。
2023-05-18 08:18:19赞同 展开评论 -
云效，企业级一站式研发协同平台，数十万企业都在用。支持公共云、专有云和混合云多种部署形态，通过云原生新技术和研发新模式，助力创新创业和数字化转型企业快速实现研发敏捷和组织敏捷，打造“双敏”组织，实现多倍效能提升。
