<issue-number>-issue-description
" 的分支,然后将其推送到 GitLab:这将创建并将该分支与问题相关联。
此外,随着 GitLab 15.0(2022年5月)的推出
在许多情况下,组织希望保持问题和史诗公开,但对其中的对话应用更严格的治理。例如,在使用GitLab问题作为服务台工作流的一部分时,组织可能希望公开有关问题的核心详细信息,但不要广泛公开特定于客户的机密数据。
通过内部注释,您可以编辑具有内部或客户数据的讨论,这些数据只应该对某些用户可见,同时保持有关问题的核心详细信息公开。问题或史诗中的内部注释只能被问题作者、被指派人以及具有至少记者角色的组或项目成员看到。
感谢@leetickett与我们团队合作开发此功能!
另请参见GitLab 15.6(2022年11月)
防止访客查看内部备注
内部备注为组织提供了在问题或史诗中管理内部沟通的方式。
我们通过确保拥有访客角色的用户无法在GitLab问题和史诗中创建或查看内部备注(即使他们是该问题或史诗的受让人或作者)来改进对此用例的支持。
这为组织提供了保证,他们内部备注中的信息只对组织成员可见。