【问题标题】:Github repeats commit again in a pull request with different IDGithub 在具有不同 ID 的拉取请求中再次重复提交
【发布时间】:2018-08-30 05:01:00
【问题描述】:

我在 github 上有一个 repo,最后一次提交是

Refs #12345 - AFS functional tests basic structure 
commit ddca57d27a6dc29a1857232bf51b737d348dbcf9
author author1

然后在本地我已将 master 分支重置为等于 master in origin

git checkout -B master origin/master

所以本地的最后一次提交是一样的

我创建一个新分支并添加一个提交 chaging 两个文件

Preparing readme
 commit 08cc67393f4e121ae06b3cbd08e1bf01db490ddc 
author: me

但在拉取请求中再次配对,最后一次提交是相同的,但具有不同的 sha1

Refs #12345 - AFS functional tests basic structure 
commit ee7a228dea9ef1efacc10ad921dcba0f7ee4d3b5
author: author1

rebase 和 merge action 没有冲突,merge 也是,但是我不明白这种情况

【问题讨论】:

  • 哈希 ID 是提交的“真实名称”。这意味着您有两个看起来非常相似的 不同 提交。 GitHub Web 界面不如命令行界面(或各种 GUI)聪明,可能无法向您显示差异,除了哈希 ID 不同。
  • 没错,但是我没有在其他人编写的分支中进行提交,而且我也在寻找与此相关的内容:help.github.com/articles/about-pull-request-merges
  • 正如之前的链接所说:“在 GitHub 上的变基和合并将始终更新提交者信息并创建新的提交 SHA,而 GitHub 外部的 git rebase 不会在变基发生在顶部时更改提交者信息祖先提交。”

标签: git github merge rebase


【解决方案1】:

您的本地仓库是否与远程 github 仓库同步?

尝试运行:

git fetch

然后在查看器中检查yourbranchmasterorigin/master 所在的位置:

# gitg and gitk are graphical viewers :
gitg yourbranch master origin/master
gitk yourbranch master origin/master

# you can have a pretty usable viewer using some of 'git log' options :
git log --oneline --graph --decorate yourbranch master origin/master

【讨论】:

    猜你喜欢
    • 2011-05-05
    • 2020-04-15
    • 2019-05-07
    • 1970-01-01
    • 2013-02-02
    • 2016-07-28
    • 1970-01-01
    • 2020-12-09
    • 1970-01-01
    相关资源
    最近更新 更多