git - Github在拉取请求中反转合并方向
问题描述
我有两个分支,一个development
分支和一个release
分支。我在发布分支中做了一些更改,现在我想合并回开发分支。
在 Github 上创建拉取请求并解决所有冲突后,我注意到它实际上合并development
为release
,基本上颠倒了我想要的合并方向。这不是我想要的行为,因为在我的发布分支中有很多我不想要的提交和开发。
为什么要这样做?我怎样才能确保我只合并release
而development
不是相反?
解决方案
您是否通过 GitHub“在线”解决了冲突?它需要在某处记录已解决的冲突,这将是源分支。
拉取请求应该用于将功能或错误修复重新集成到主线中,而不是将主线同步回功能分支。为此,您应该在本地合并并再次推送您的分支,将您的分支重新设置在主线之上(release
在您的情况下) - 取决于您的工作流程。
推荐阅读
- c++ - 测序完整性检查
- c# - IValueConverter 返回整数数组
- php - JSON 错误“试图获取非对象的属性”
- java - Hibernate Envers - 在 ValidityAuditStrategy 中使用 allow_identifier_reuse=true 支持 JDBC 批处理
- java - 一步将数据从 Postgres DB 复制到 AWS S3
- sql - 如何创建具有可变输入量的 SQL 函数?
- c - 如何为 linux C 开发设置 ctags?
- javascript - 以匿名函数为父的彩票号码生成器
- google-apps-script - 如何使用 Google Apps 脚本进行 SUMIF(来自 Google 表格)?
- linux - Matlab 2017a Linux 部署的可执行文件(错误:未定义的函数或变量“matlabrc”)