【问题标题】:How do I make my pull request only show the changes since my last pull request on github?如何让我的拉取请求仅显示自我上次在 github 上拉取请求以来的更改?
【发布时间】:2019-05-23 15:21:56
【问题描述】:

如何让我的拉取请求仅包含在新分支上所做的更改?每次我推送一个分支时,它都会包含拉取请求中包含的先前分支的所有更改。

我的经理非常重视确保我们进行小型 PR,并且只对每个 PR 进行新的更改以便于审核,但我完全不知道如何执行此操作。这是我的第一份开发工作,不幸的是,到目前为止,我还无法进行小组工作,因此管理可能需要一段时间才能合并的 PR 对我来说是全新的。

到目前为止,我只找到了如何挑选提交,这是唯一的方法吗?

【问题讨论】:

    标签: github request pull


    【解决方案1】:

    如果我理解正确,您有一个包含最新版本软件的主分支 (master?),并且您有一个或多个包含修改的其他分支。您在该其他分支中进行更多修改,如果您创建拉取请求,它将包含所有其他更改。

    我能想到的最简单的解决方案是对所有更改使用专用分支。在开始工作之前,使用工单 ID、工作描述或您用来描述工作的任何内容从主分支创建一个新分支:git branch -b feature-123。 仅提交到此分支并将其推送到存储库。如果您现在从该功能分支创建一个拉取请求到主分支,它将只包含您所做的更改,而不包含其他任何内容。

    进一步的拉取请求在很大程度上取决于您的内部工作流程和分支结构。但基本上这个工作流程适用于所有新的变化。

    【讨论】:

    • 我明白了我不清楚的地方。我们假设创建一个分支,到达一个合理的停止点并发出一个拉取请求,然后在一个新分支上继续,而不是在我们等待拉取请求被审查时继续提交同一个分支(issue15-pt1 , issue15-pt2, etc...) 但是我们假设让每个拉取请求只有最新的更改集,而不是链中的所有更改等待在所有部分分支中合并。
    • 啊,我明白了。我只是用一个简单的 repo 测试了这个,我找不到一种干净简单的方法来做到这一点。如果不使用强制推送或获取合并提交,则变基和合并都无法正常工作。
    猜你喜欢
    • 2013-06-09
    • 2017-12-29
    • 2012-02-04
    • 2014-11-30
    • 1970-01-01
    • 2016-12-27
    • 1970-01-01
    • 2015-05-14
    • 2012-01-11
    相关资源
    最近更新 更多