从GitLab成员部分，我自己显示为该项目的“维护者”；我最初使用GitHub URL从GitHub repo导入了这个项目。这是预期的吗？
==== 2020.07.05 ======
回答自己：在我的情况下，问题是由GitHub应用安全分析CI运行报告的缺陷创建的，并且它会自动标记为“机密”。对于机密问题，默认情况下没有可用的操作来创建合并请求和功能请求。
为了启用MR，我必须编辑“机密性”标签以将其切换关闭。
我正在使用gitlab.com和以下版本：
<issue-number>-issue-description" 的分支，然后将其推送到 GitLab：这将创建并将该分支与问题相关联。
此外，随着 GitLab 15.0（2022年5月）的推出
在许多情况下，组织希望保持问题和史诗公开，但对其中的对话应用更严格的治理。例如，在使用GitLab问题作为服务台工作流的一部分时，组织可能希望公开有关问题的核心详细信息，但不要广泛公开特定于客户的机密数据。
通过内部注释，您可以编辑具有内部或客户数据的讨论，这些数据只应该对某些用户可见，同时保持有关问题的核心详细信息公开。问题或史诗中的内部注释只能被问题作者、被指派人以及具有至少记者角色的组或项目成员看到。
感谢@leetickett与我们团队合作开发此功能！
另请参见GitLab 15.6（2022年11月）
防止访客查看内部备注
内部备注为组织提供了在问题或史诗中管理内部沟通的方式。
我们通过确保拥有访客角色的用户无法在GitLab问题和史诗中创建或查看内部备注（即使他们是该问题或史诗的受让人或作者）来改进对此用例的支持。
这为组织提供了保证，他们内部备注中的信息只对组织成员可见。