“是什么意思?”;补充。。。“承诺”;到GitLab合并请求

“是什么意思?”;补充。。。“承诺”;到GitLab合并请求,git,gitlab,Git,Gitlab,我在语义上难以理解与GitLab合并请求关联的提交会发生什么 作为一个例子,考虑一下。请求的顶部写着“讨论:9,提交:1,…”。然而,再往下看,有一条评论说 Dmitriy Zaporozzets@dzaporozzets在两周前增加了358次提交 发生了什么事情(用Git术语)使得这个评论出现了?如何解决合并请求只是一次提交,但后来又添加了数百次提交这一看似矛盾的问题?因为它们可能是从另一个分支到主分支的一个分支。另一个分支有358个提交 请看此PR的描述: 分支与主分支没有合并冲突(如果有

我在语义上难以理解与GitLab合并请求关联的提交会发生什么

作为一个例子,考虑一下。请求的顶部写着“讨论:9,提交:1,…”。然而,再往下看,有一条评论说

Dmitriy Zaporozzets@dzaporozzets在两周前增加了358次提交


发生了什么事情(用Git术语)使得这个评论出现了?如何解决合并请求只是一次提交,但后来又添加了数百次提交这一看似矛盾的问题?

因为它们可能是从另一个分支到主分支的一个分支。另一个分支有358个提交

请看此PR的描述:

  • 分支与主分支没有合并冲突(如果有-重新设置其基础 (请)

这真的会是一个再基地吗?由于分支已被推送到服务器,提交不是由于将
master
合并到当前分支中而导致的吗?是的,它可能是一个
merge
。无论如何,在我的经验中,处理旧分支时,将
master
合并到
featured
分支中并不少见。这避免了直接在
主机中解决冲突(我不知道这里是否清楚^^^),但我们无法确定它是什么,除非您可以查看日志