问题标签 [merge-request]

为什么 Gitlab 在您批准合并请求时会自动将目标分支合并到源分支？如何禁用此行为？

我在 git 中为我创建的每个 Feature、Fix 等创建了一个本地分支。完成后，我在 Github/Gitlab 网站上创建了一个合并/拉取请求，另一个开发人员审查了代码。创建 MR 后我可以安全地删除本地分支还是有任何理由保留它？还是我应该等到 MR 被接受？

我正在尝试在我的应用程序中复制向 GitLab 合并请求添加评论的功能，但我在 api 文档中看不到与合并请求评论或合并请求草稿注释相关的任何内容。

在 GitLab 的 Web 版本上，当我在提交中对一行代码创建评论并选择“开始审查”时，我可以看到一个 POST 到http://<myInstance>/<myProject/-/merge_requests/<id>/drafts. 如果我对此执行 GET，我可以在响应中看到我的待审核评论（注释）。

无论如何，是否可以使用 GitLab api 创建/读取/更新/删除合并请求评论？

我们正在从 tfs 迁移到 gitlab。我们的存储库是一个拥有多个技术堆栈的巨大存储库。并且每个解决方案都有自己关联的单元测试。我们计划仅在成功构建具有与合并请求相关的更改的特定解决方案时才允许合并请求成功完成。由于我们有多种解决方案，如果合并请求与特定文件更改相关联，是否有办法告诉 Gitlab ci yaml 仅触发特定作业。

例如.. 如果我在合并请求中对解决方案 A 进行了更改，则管道应触发作业 A

目前，我们有与此类似的 yaml 片段。但是它会在所有合并请求上触发，而我们希望它仅在 /docs/UI 下的文件合并请求时触发

我们的 Gitlab 版本：GitLab 企业版 12.6.6-ee

任何线索将不胜感激。谢谢！！

如何使用python API调用检查GitLab中的合并请求状态，我想在合并前检查批准状态，根据批准状态必须做一些检查，一旦检查被批准，就会发生合并

输出：

我有一个单一的 repo 结构并创建了一个仅针对已更改的特定子文件夹运行的管道。现在，如果我在 Context1 中更改某些内容并且管道不成功，然后在 Context2 中更改某些内容并且管道成功，则创建的合并请求会说它是可合并的，因为最后一个管道成功了。

如何在运行所有子文件夹的管道的合并请求上触发新管道？（不问如何创建这样的管道，只问如何触发）

我想在 GitLab 中同步文档和源代码项目。想法是在源代码项目中创建对默认分支的合并请求时，自动在文档项目中创建问题。

在 GitLab 中可以吗？

无法在我的存储库中查看特定的 GitLab 合并请求：

在尝试查看我的存储库的特定合并请求时，发生了如下错误。我可以查看该存储库中剩余的所有合并请求，发生错误仅尝试单独查看特定的合并请求。

您能否分享您的建议，如何解决此问题？

错误详情快照：

我的任务是调查是否可以将某些内容添加到我们的 MR 批准流程中，以突出显示 GitLab 中提议的合并请求 (MR)（基于 C++ 的代码）是否包含任何新的单元测试或对现有测试的修改。总体目标是提醒开发人员和审批者他们需要考虑单元测试。

理想情况下，一个小脚本将运行并检测是否存在其他测试或更改（我可以轻松编写，并且我接受这里可以完成的操作有限制），如果未检测到，则会在 MR 上显示警告.

如果可能的话，一个附加步骤是阻止 MR，直到推送满足标准的进一步提交，或者完成（额外/自定义）GitLab MR 字段，解释为什么单元测试不适合此更改。出于审计目的，该字段将与 MR 一起保存。我接受这不是万无一失的，但我希望将其作为更大推动更多单元测试覆盖率的一部分。

如前所述，我可以轻松地在 Python 中编写一个脚本来检查提交中的单元测试，但我不知道是否/如何将其挂钩到 GitLab MR 过程中（我查看了web-hooks，但它们似乎专注于通知其他系统而不是事务）以及 GitLab 是否具有足够的可扩展性以使我们能够实现上述额外步骤。有什么想法吗？可以做到这一点，如果可以，我将如何去做？

我正在尝试设置我的 gitlab 管道，以便在接受合并请求之前管道不会启动。当我尝试定义规则时，它将在发出合并请求时开始，而不是在批准时开始。

我的尝试：

在...之前运行

从不跑...

管道不能在 push 上启动，而只能在 master 上的 mergeequst 已被批准时启动。我无法想象它不能工作。