|GitLab 13.5发布，组Wiki，多文件代码片段及其他( 五 )
有关事件讨论的时间线视图（PREMIUM及以上）
本文插图
manbetx客户端打不开评论和线索是在事件上进行协作的好方法 ， 但是如何才能从线索化讨论中按时间顺序理解发生的一切？
新版中可以将讨论视为评论时间表 ， 以帮助团队了解在战斗中发生的事件的顺序 ， 并进行有效的事后评估 。
删除价值流（PREMIUM及以上）
在GitLab 13.3中 ， 通过将每个组的多个价值流引入了Value Stream Analytics 。 现在 ， 可以删除在组中创建的任何自定义值流 。
本文插图
合并请求分析过滤器控件（STARTER及以上）
在GitLab 13.3中 ， 引入了合并请求分析功能 ， 可帮助更有效地评估合并请求吞吐量的效率和生产力 。
GitLab 13.5引入了过滤器控件以合并请求分析 。 这可帮助根据筛选条件（例如 ， 接受人 ， 作者 ， 标签 ， 里程碑或分支）在合并请求分析中优化数据范围 。
本文插图
添加需求描述（ULTIMATE）
如果可以在工具中添加其他详细信息 ， 例如验证标准 ， 验收标准和基本原理 ， 则需求管理可以提高生产率 。
GitLab需求管理现在支持用户添加详细信息和内容 ， 以在启用了GitLab Markdown的每个需求的描述字段中简化对需求的管理 。
一键删除问题标签
从过去需要单击三次的才能删除问题中标签：从服务器中获取标签的新列表 ， 然后使用搜索框找到要删除的标签 。 考虑到GitLab用户每天大约要删除55,000次问题 ， 因此这是不直观且效率低下的 。 新版本中可以单击一下删除问题的标签 。
本文插图
分支的访问控制将覆盖代码所有者的要求（PREMIUM及以上）
合并请求批准限制了将代码推送到受保护分支的方式 。 这对于提高代码质量和实施合规性控制很有帮助 。 要求特定分支的代码所有者批准很有用 ， 以防止未经代码所有者批准而直接更改文件 。 但是 ， 它缺乏灵活性 ， 无法自动使用默认分支上的更新标签 ， 版本或部署跟踪器等用例 。
先版本中 ， 可在分支保护设置中将用户或组指定为''允许推送'' ， 则他们可以直接推送到为代码所有者批准而配置的受保护分支 。 因为分支保护设置是GitLab项目的主要访问控制机制 ， 所以此设置现在优先于''代码所有者''设置 。
从静态站点编辑器编辑合并请求描述
工程最佳实践鼓励包括简洁的标题和说明以及对文件所做的任何更改 。 所提供的上下文在审核过程中以及用于记录更改的理由或动机非常有价值 。
静态站点编辑器尽可能从编辑器中抽象出尽可能多的Git工作流 。 一种方法是使用默认的分支名称 ， 合并请求标题和描述 。 这样就可以进行简单的一键提交 ， 但是生成的合并请求缺少该关键上下文 。
在GitLab 13.5中 ， 现在可以在更改中包括一个可选的标题和描述 ， 以填充更具描述性和实用性的合并请求 。
单击即可将合并请求标记为''草稿''
本文插图
即使没有准备好合并代码 ， 创建合并请求也是与他人共享文稿并开始对话的好方法 。 为了向其他人发出信号 ， 表示还没有准备好对文稿进行审查或合并 ， 可以在合并请求标题前加上draft（以前称为wip） 。 这很有用 ， 但是需要进入编辑模式 ， 导航到合并请求标题 ， 然后键入所需的前缀 。
