【问题标题】:How can I get rid of unwanted changes in a git branch / pull request?如何摆脱 git 分支/拉取请求中不需要的更改?
【发布时间】:2013-04-03 18:35:30
【问题描述】:

常见情况:贡献者发送包含 1 或 2 个有用更改以及 ton 的(我不需要的)由他的 IDE 自动进行的空白更改的拉取请求。

当然,我可以告诉他调整他的 IDE,并使用 GitX 之类的工具在提交之前进行特定的更改,但是损害已经造成;要么他必须重新提交并强制推送,我必须接受所有更改,或者我们中的一个人必须在合并之前添加一个“撤消”提交。

有更简单的方法吗?

理想情况下,我可以像 GitX 中的提交过程一样合并:我可以从分支中取消暂存特定更改,并且该工具会自动重写提交或在合并前进行“撤消”提交。

【问题讨论】:

  • 澄清一下,我正在寻找一种解决方案,让我能够以最小的痛苦接受合并(有点责备)。政策变更/执行并没有真正回答我的问题。
  • 例如一个检查 PR 的工具,然后进行文件更改,这将逆转 PR 中所做的所有更改。然后我可以选择性地暂存/提交“撤消”更改、提交和合并。

标签: git github git-merge pull-request gitx


【解决方案1】:

您在本地摆脱了空白更改,开发人员将看到您不接受的所有空白更改作为针对她的版本的更改,等等。只是痛苦四处蔓延。

唯一的出路是就一个空格样式达成一致(可能由工具强制执行,或在提交之前由外部工具完成)。对所有人一视同仁。

【讨论】:

    【解决方案2】:

    就个人而言,我会告诉贡献者进行更改并重新提交 + 强制推送更改。由于贡献者可能正在你的 repo 的一个分支(“原点”)中处理一个特性分支,所以没有人关注他的提交。如果贡献者在没有人关注的分支上重写历史记录,并且在您拉入更改后可能会被删除,则不会造成真正的损害。为此,贡献者还可以创建一个具有最终合并的新功能分支-能够更改,发出新的拉取请求,并删除旧的分支和拉取请求(这样就不会重写历史记录)。

    【讨论】:

      猜你喜欢
      • 2017-12-05
      • 1970-01-01
      • 2011-07-13
      • 1970-01-01
      • 2011-03-02
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多