私密议题的合并请求

公共仓库中的合并请求也是公开的，即使您为 机密议题 创建了合并请求。
为了避免在处理机密问题时泄露机密信息，建议您从同一命名空间中的私人 Fork 创建合并请求。

角色是从父级组继承的。如果您在与原始（公开）仓库相同的命名空间（同一组或子组）中创建私人 Fork，
则开发者将在您的 Fork 中获得相同的权限。这种继承关系确保：

  • 开发者用户拥有查看机密问题并解决问题所需的权限。
  • 您无需为个人用户单独授予访问权限。

创建机密合并请求

默认情况下，分支是公开的。为了保护您的工作的机密性，您必须在同一命名空间中创建分支和合并请求，但要在私人 Fork 中创建。
如果您在与公开仓库相同的命名空间中创建私人 Fork，则您的 Fork 会继承上游公开仓库的权限。
对上游公开仓库具有开发者角色的用户将继承这些上游权限，并且无需您的操作即可在您的下游私人 Fork 中推送代码，以帮助解决机密问题。

caution 如果您在与上游仓库不同的命名空间中创建私人 Fork，可能会暴露机密信息。两个命名空间中可能没有相同的用户。

先决条件：

  • 您必须是公开仓库的所有者或维护者角色，因为您需要其中一个角色才能 创建子群组。
  • 您已 Fork 该公开仓库。
  • 您的 Fork 设置为 私有 可见性级别。

要创建机密合并请求：

  1. 在左侧边栏中，选择 搜索或前往 并找到您的项目。
  2. 选择 计划 > 议题，并找到您要为其创建合并请求的问题。
  3. 向下滚动到问题描述下方，选择 创建机密合并请求。
  4. 选择符合您需求的选项：
    • 如果要同时创建分支和合并请求，选择 创建机密合并请求和分支。
      您的合并请求将针对您的 Fork 的默认分支，而不是公开上游项目的默认分支。
    • 如果只想创建分支，选择 创建分支。
  5. 选择要使用的 项目。这些项目启用了合并请求，并且您在其中拥有开发者或更高级别的角色。
  6. 提供 分支名称，并选择 源 (分支或标签)。GitLab 会检查这些分支是否在您的私人 Fork 中可用，因为这两个分支必须在您选择的 Fork 中可用。
  7. 选择 创建。

此合并请求将针对您的私人 Fork，而不是公开的上游项目。您的分支、合并请求和提交将保留在您的私人 Fork 中，这样可以防止提前泄露机密信息。

当您认为问题在您的私人 Fork 中已经解决，并且准备将机密提交公开时，可以 从您的 Fork 合并到上游仓库。

相关主题