【问题标题】:Git pull requests on bitbucketBitbucket 上的 Git 拉取请求
【发布时间】:2014-09-05 15:26:46
【问题描述】:

目前 bitbucket 有一个奇怪的问题。

我正在向维护我分叉的主存储库的开发人员提出我的分支的拉取请求。每次,就我而言,拉取请求似乎完美地发送了分支并在该分支中提交,但是当开发人员查看拉取请求以合并或拒绝时,似乎 bitbucket 也在添加来自的提交与拉取请求合并的最后一个分支。

这是一个示例拉取请求(这是开发人员最终看到的)

所以列出的前 2 个文件是我提交给我发送拉取请求的分支的文件。最后一个文件来自一个完全不同的分支和提交,我已经发送了拉取请求并已合并。

为了让我自己的测试变得更加奇怪,开发人员决定将其中一个不确定的拉取请求合并到主存储库中。合并后,我们在终端中看到应该在拉取请求中的提交文件是唯一合并的文件。

所以基本上这些文件显示在 bitbucket 的拉取请求中,但我没有将它们与我的分支的拉取请求一起发送,并且当开发人员将拉取请求与主仓库合并时它们也没有被合并。

关于这里发生的事情的任何想法,让我们很难过。

干杯

【问题讨论】:

  • 你是否关闭了旧的功能分支,然后从他的新主/开发分支重新启动它?如果你不这样做,你的本地分支仍然是从他拥有的那个旧的 master/dev 生成的,是的,里面有你所有的历史记录。是否有意义?希望这会有所帮助。

标签: git bitbucket pull-request


【解决方案1】:

我认为问题出在您的本地存储库中。

假设您在 master 分支上有两个文件:A 和 B

您使用git checkout -b feature-a 创建您的功能分支。您现在在 feature-a 分支中工作。你破解文件 A,提交并推送它,然后提交一个拉取请求。您的拉取请求被接受,因此您使用git branch -d feature-a 删除您的分支feature-a。现在你又回到了ma​​ster。你决定在功能 b 上工作,所以你 git checkout -b feature-b。这就是你的问题所在。

当您返回 ma​​ster 并基于它创建一个新分支时,如果您还没有使用 git pull origin 提取更改,那么您的 ma​​ster 分支因此您的 feature-b 分支不会知道您在 feature-a 中的更改。

要解决您的问题,请确保在创建任何新功能分支之前,您在 ma​​ster 分支上运行 git pull

【讨论】:

    猜你喜欢
    • 2019-10-19
    • 2018-10-17
    • 2018-03-07
    • 2019-05-07
    • 1970-01-01
    • 1970-01-01
    • 2014-04-30
    • 1970-01-01
    • 2016-05-14
    相关资源
    最近更新 更多