GitLab未向合并请求审批人发送通知

我写了整个软件开发课程，直到最近，我们一直在使用Bitbucket。我最近重写了这门课程，改为使用GitLab，主要是因为GitLab用户名没有绑定到Bitbucket这样的特定电子邮件。我听到了好消息。但我已经遇到问题了

第一个是合并请求（其他托管服务称之为“拉请求”）不会向批准者发送通知。我们刚刚上了课，我教我的学生创建合并请求。我让他们把我作为“记者”加入到他们的项目中。然后我让他们创建一个合并请求，并将我添加为“批准者”

然而，我没有收到任何电子邮件通知我，有两名学生已经创建了合并请求，我是其中一名的审批人。我反复检查，我的全局通知设置为“参与”

我在一份报告中报告了这个问题，但没有收到任何回应。我甚至提交了一份申请；终于有人看了看，创造了。到目前为止，还没有人真正发现这个问题

因此，作为一种解决方法，我进入了我的GitLab规范设置，并将每个学生存储库的通知级别设置为“监视”，以便我（理论上）可以收到任何活动的通知。果然，当我的学生创建合并请求时，我收到了通知

不幸的是，即使通知级别为“watch”，当一名学生更新合并请求，向分支机构做出新承诺并将其推送到GitLab时，我也没有收到通知

我做错什么了吗？为什么我没有收到我作为审批人的合并请求通知，甚至在我观看项目时也没有收到？如果我不能让这个简单的核心功能发挥作用，我想我们将转向Github，因为他们引入了私有存储库。

角色“报告者”无法接受存储库中的/manager合并请求。请参阅，但基本上是：

来宾：只读访问

记者：问题和评论

开发人员：将操作推送到存储库

维护者：管理员

我没有测试自己，但可能会在内部进行检查。我的建议是根据您的Git工作流程进行开发。理想情况下，只有维护人员可以在代码审查后推送或合并到受保护的分支，因此您应该在已批准的事项的回购中被分配此角色，并希望收到通知。全局通知应为“参与”，并传播到您的所有回购协议，以避免被通知淹没（“观察”通知回购协议中的所有活动）。开发人员应该从master/develope创建特性或错误修复分支，并始终推送到该分支

建议

我会研究一些Git工作流：，或者是非常好的分析示例。您可以根据自己的需要调整工作流。另一个必须是在合并到受保护的分支之前进行配置，以确保代码的健壮性和质量，并从一开始就向学生传授良好的实践

更新2

这是发生在行政长官和行政长官。推送新提交以合并请求时不发送电子邮件。我用“监视”、“自定义”、“参与”、“开发人员”、“维护人员”进行了测试，没有发送任何电子邮件。实际上，“Custom”有一个特定的选项用于“Push to Merge Requests”。然而，即使不是很理想，如果您想使用它，也有一个变通方法。实际上，它还在电子邮件中发送提交之间的差异。在设置/集成中，有一个选项

推送电子邮件

。您可以在那里配置电子邮件列表以发送通知。见下图。如果您希望在有人将新提交推送到MR时得到通知，另一个解决方法是配置CI管道。如果管道失败或成功，您将收到一封电子邮件（我们就是这样做的）。让我们等到GitLab人员回答您的GitLab问题。如果这对您来说是一个“禁止”的问题，并且没有一个解决方法对您有效，那么我将转到“GitHub私有存储库”

---

您是否收到过电子邮件？你能把日志放好吗？你能把你的电子邮件配置放在服务器上吗？正确的选项是“参与”，正如我在问题中提到的，在将存储库设置为“监视”后，我收到了新合并请求的通知（作为批准者，我应该已经收到了），但我没有收到添加到合并请求中的提交通知。当对合并请求发表评论时，我确实会收到电子邮件。您所说的“接受合并请求”是什么意思？“接受”是指“将合并请求标记为已批准”，还是指“执行合并，完成合并请求”？我指的是执行MR，但如果您检查权限（参见上面的链接），则报告员无法管理/接受合并请求。我不习惯企业版，因为在开源版本中此功能不可用。很奇怪，你没有收到MR的电子邮件。例如，一种情况是，当您打开MR并分配给自己时，不会发送电子邮件。“我的意思是执行MR…”，但我不想执行合并请求。我只想被允许批准它。我被设置为项目的“报告者”，适合添加为批准者。你的答案中有很多东西（谈论合并请求，以及我写的改变课程的建议）完全与报告的问题相关。问题在于GitLab没有向审批者发送合并请求创建和更新通知。这个答案并没有解决这个问题，但给出了一些无关的建议，比如保护主分支。我在一开始就回答了你的问题。记者无法管理先生转换到另一个角色并“参与”。“看”是个糟糕的选择。如果没有受保护的分支和CI管道，合并请求将毫无用处。我谈到了改善环境的努力