git - 合并或重新调整分支上的拉取请求?
问题描述
有时我们分叉一个上游项目来贡献错误修复。我们签出一个新分支,提交更改并向上游发送拉取请求。但是处理拉取请求可能需要一些时间,在此期间上游可能会发生其他更改。在这种情况下,我们应该合并新的上游头部还是基于它重新调整我们的更改?
如果我们的存储库是私有的,我认为 rebase 可以提供更清晰的历史记录。但是有一个原则,你不应该对远程发布的提交进行变基。当我们使用 github 等公共 git 服务器时,这是否意味着合并是我们唯一的选择?是否建议我们将分支留给上游开发人员处理(即非快进)?
解决方案
如果某些内容已经发布,则不进行变基的原则适用于人们可能在其之上工作的分支(例如,master....一旦您在 master 上发布了某些内容,就会有很多人获取、合并它,基于它的 rebase 等等......所以移动它有点痛苦)......但是大多数功能分支从它们完成的那一刻起就没有工作(这是你创建 PR 的地方)因此,如果它是一个功能分支并且没有人在它之上工作,请随时对其进行变基。
推荐阅读
- python-3.x - 谷歌浏览器不允许自动加入 gmeet
- visual-studio - 没有用于带有 UI 表单的 Visual Studio 项目的 .cs 文件?
- android - Android `slack://share-file` 到通道
- java - PaintComponent() 方法在第二次运行后卡住
- javascript - 如何制作 JSON 混淆器?UTF 8 到 UTF 16 (Js)
- c++ - 共享库和 c++20 模块
- azure - 将最新的文件夹从 azure blob 存储加载到 azure 数据工厂
- apache-spark - 将 Pyspark 连接到 Hive
- c# - C# 使用 DirectoryEntry.Properties["mail"] 与 UserPrincipal.EmailAddress
- groovy - 提取嵌套的 json 映射