GitHub / GitLab 合并请求和下一次提交答案

【问题标题】：GitHub / GitLab merge request and next commitsGitHub / GitLab 合并请求和下一次提交
【发布时间】：2021-08-12 07:53:57
【问题描述】：

我是 GitLab 的新手，在使用某些功能时遇到了一些困难。能否请您澄清一下以下问题？

1. 我们是通过分支还是通过提交来创建 MR（合并请求）？例如，我创建了一个名为 issue-100 的分支，然后将一些提交应用到该分支。然后我将此分支推送到原始仓库。在这个场景中，我认为我们为此 issue-100 创建了 MR。这是真的吗？

2. 如果我对该分支 (issue-100) 进行额外的提交，然后推送到原点怎么办？在这种情况下，我应该创建另一个 MR 还是将这些进一步的提交视为该分支的第一个 MR 内？

3. 我创建了一个问题编号为 #100 的问题。在这个场景中，当我使用一个名为 issue-100 的分支，然后将其推送到远程 repo 并创建 MR 时，我该如何建立这个 issue 和 MR 之间的关系？

【问题讨论】：

【解决方案1】：

正确，按分支
如果 MR 保持打开状态，则会将新提交添加到此 MR
通过带有问题编号的哈希：https://docs.gitlab.com/ee/user/project/issues/managing_issues.html#closing-issues-automatically

【讨论】：

非常感谢，投了赞成票。这些以及大部分与合并、提交、分支等相关的行为在 Git 和 GitLab 中是否相同或相似？
Git 只是一个版本控制系统。到处都是一样的，包括合并、提交、分支等。GitLab 是托管在服务器上的 Git，具有一些与其 UI 相关的附加功能。合并请求（或 GitHub 上的拉取请求）的整个概念是 GitLab 的东西，但其余的只是普通的 Git
你的意思是 GitHub 和 GitLab 中的 MR、commit、pull request 等是一样的吗？