在工作项的表格视图下,用户可以通过点击表头直接进行对该字段进行筛选,从而达到快速编辑筛选条件的目的。
适合轻度的快速筛选场景
在 企业设置-标签设置
中,用户可以通过 数据迁移功能
直接将使用某一标签(如 Epic)的所有工作项变更为指定标签(如 Task)
在 项目设置-切换类型
中,用户可以在保留项目数据的同时将 标准项目
切换为 敏捷项目
敏捷项目提供了高效的 迭代管理、版本管理、规划管理、测试管理 等工具,完美兼容主流敏捷研发模式,通过高效规划并形成交付节奏,有效提升团队交付效率。
当系统视图或公共视图展示内容不符合业务人员需求时,业务人员可直接创建专属于个人的视图,并按需配置表头,提交工作效率。
新建子工作项时,增加指定子工作项类型功能
进行成员筛选时,支持筛选离职成员
所有敏捷类型的项目
使用筛选器对工作项进行筛选后,就可将当前筛选条件直接保存为新视图。
重大功能更新将通过更新日志发布,用户可随时通过该功能查看近期发布功能。
用户可随时通过此功能向产品研发团队反馈问题工单,并跟踪工单处理清楚。
产品功能无法满足团队需求,或使用过程中遇到 bug 时
"任务" 与属性重名,存在表意不清晰的问题。
企业内所有“任务”字眼都将被替换为“工作项”(工作项属性除外)
从长远角度看,无序的工作项层级规会严重破坏企业与团队规范化管理和后期的数据整理。
企业下所有工作项
答:可以通过新建视图创建某一个工作项类型的专属视图,还能同时筛选工作项的状态以及所有字段。
答:完美树形结构内测正在逐步开放,如您需要申请开放,请根据以下操作路径提交申请:屏幕右上角头像 > 问题反馈。
答:我们已经在开发 "表格视图下的表头筛选",支持对任意字段进行快速筛选,我们承诺将在近期上线。
自定义工作项字段时,直接删除 优先级、标签、关联仓库、关联里程碑、关联分支 五个系统字段
企业内所有工作项类型
项目可自行决定使用企业内的哪些工作项类型,从而规范项目的工作项管理。
当企业下存下多个项目,且项目团队对工作项管理规范不一致时,可以通过对不同项目配置不同的工作项类型,从而达到项目级的工作项类型控制
功能路径:项目 > 项目设置 > 工作项设置
只支持添加企业下已经配置的工作项类型,暂不支持在项目下创建新的工作项类型
- 最多支持设置三个默认工作项类型(需求、任务、缺陷各一个)
- 默认类型的作用:在项目下新建对应属性的工作项时,会自动选中默认类型
用户可将使用某一类型(如 Epic)的所有工作项更改为另一个类型(如 Task)
当企业/组织出于某些目的,决定弃用某一工作项类型时,可以使用此功能将历史数据完美迁移到新的工作项类型
企业级:企业设置 > 工作项设置 > 类型设置 > 数据迁移
项目级:项目设置 > 工作项设置 > 数据迁移
选择数据迁移的目标类型后,可以查看影响的项目和工作项数量
注:进行企业级迁移数据时,如果项目没有添加目标工作项类型,将无法对该项目进行数据迁移
检查层级结构中,可以对父子层级关系不符合规则的工作项关系进行调整
配置工作项状态中,可以自由定义状态的迁移变更规则,但两者必须是相同属性的
配置工作项字段中,会展示工作项变更类型后字段的增减,以便用户确认
注:隐藏的工作项字段数据并不会被清空,当用户添加回此字段时,相应的数据会重新显示
确认迁移后,相关的工作项将被锁定直至数据迁移完成
迁移完成用户将会收到站内通知,以便进行下一步操作。
以上为本次更新内容,感谢收看,我们下期再会~
在做日常迭代交付时提交的 PR,指定组内成员进行代码评审,当代码变更涉及到某文件或目录 A 时,大多数情况下会指派固定的人员 B 进行代码评审。我们就可以称为 B 是 组件 A 的 CodeOwner。简单来说,Codeowner 用来定义谁负责仓库中的特定文件或目录。
想要使用 CodeOwners 功能,需要在仓库中创建一个名为CODEOWNERS
的文件,点此查看具体规则。
设置完成后,在提交 PR 后即可按照设定的规则,在修改某一文件或目录时,自动指派相应的负责人进行审查,无需再进行手动设置。
通常我们使用 npm/rpm/yarn 等包管理工具时,会自动生成一个描述文件(如使用 npm 就会生成package.json
)。这个文件会描述这个包的所有相关信息,包括作者、简介、包依赖、构建等信息。
很多开发者在了解和学习开源项目时,经常会访问描述文件查看项目的依赖包,为了让开发者们更方便地直接访问这些依赖包,Gitee 推出了这个小功能,可以让开发者们直接点击即可前往依赖包地址。
在仓库的文件浏览页面中,可以直接点击访问的依赖包前方会有橙色标记,点击即可前往该组件的原始仓库。
Gitee 现已支持提交 PR 草稿的功能,当项目成员还没有完成开发时,可以在提交 PR 时选择创建 Pull Request 草稿
。
同时,使用 PR 草稿的功能也有助于让其他成员检查你的 Fork 以获得反馈,
以草稿形式提交的 PR 会在该 PR 的各个相关页面给予提示,并且该 PR 无法合并,当准备好进行代码审查时,可以取消 PR 的草稿状态,进行正常的代码审查与合并。
在研发管理流程中,建立一定的共识已经成为业界的标准实践,建立共识的好处就是减少沟通成本,固化团队的一些行为方式,让团队更加专注于业务的开发而不必在研发过程中花费过多的精力,降低团队的认知负荷。
基于以上的一些考量,Gitee 推出了推送规则限制功能,帮助团队在提交规范化上更加精进,减少人工介入的成本,通过推送规则的配置,团队可以灵活的配置符合团队文化的一些硬性限制,比如提交信息的格式、提交邮箱以及单文件大小的限制等等。
推送规则设置能够限制仓库提交的的一些属性,使整个提交更加规范化,易于管理,目前推送规则设置包含以下几个维度:
fix: #888 bug fixed
)1.邮箱规则配置
邮箱规则设置主要有两种:只能推送自己的提交以及指定提交邮箱的后缀规则。
限制提交的推送者
勾选了只能推送自己的提交将会开启这个限制,开启之后,用户所推送的提交只能是自己的提交,判定是否是自己的提交的方式是提取提交的邮箱,然后与推送者的注册邮箱进行比对,如果一致则认为是推送者自己的提交,反之则不是,将会被拒绝:
指定提交邮箱的后缀
在一些公司的研发管理流程中,规定提交者必须使用公司的邮箱进行提交,一方面是可以很好的进行提交信息的统一,与公司内部的系统进行统一标准化,方便进行度量统计;另一方面是可以在一定程度上声明所提交的代码是公司的资产。
勾选了只允许指定邮箱域名后缀的提交
将会开启这个限制,开启之后,用户所推送的提交必须是以指定的邮箱后缀为结尾,实例中给出的配置就必须以@gitee.com
为结尾,如zoker@gitee.com
、admin@gitee.com
等。如果用户使用了非指定后缀的邮箱进行了提交,在推送的时候将会被拒绝:
2.提交信息内容校验
在开启提交信息内容校验后,可以根据自己需要配置对应的正则表达式,并且可以在表单后进行正则的验证。
如果您不知道如何选择合适的提交信息正则作为自己的团队规范,我们也提供了一些开源社区常用的正则表达式,您可以点击常用正则表达式推荐
展开,然后点击使用选择对应的正则表达式:
配置完成后,如果有不符合提交正则的提交存在,推送将会被拒绝:
3.限制单文件大小
在开启限制大文件大小选项之后,您需要指定仓库所允许的单文件的最大限制,需要注意的是,这个限制不能超过仓库所属配额的大小:
个人版/企业免费版 | 企业标准版 | 企业高级版 | 企业尊享版 |
---|---|---|---|
100MB | 100MB | 200MB | 300MB |
配置完成后,如果提交中包含超过限制的文件,推送将会被拒绝:
4.仓库管理员不受规则限制
如果勾选了仓库管理员不受上述规则限制
,那么仓库的管理员角色推送的提交将会 跳过上述所有的检测 ,一般只有在特殊情况下才会开启使用。
匹配优先级
推送规则的配置将会严格按照设置从上到下的方式进行验证,并且如果一次推送中包含多个提交,有一个提交不符合规则,那么本次推送的提交将全部被拒绝。
Gitee Search(企业搜索)是位于企业版内部标题栏上,支持用户随时随地搜索企业内资源(仓库、代码、任务、文档)的一站式搜索工具。
Gitee 企业版的搜索模块 Gitee Search 现已对所有付费用户开放,企业成员现在可以更加便捷地在企业内搜索相关的任务与仓库了,快速定位,提高效率。
具体开放规则:
基础版、标准版、高级版、尊享版:开放任务、仓库搜索
高级版、尊享版、定制版:开放任务、文档、仓库、代码搜索
注:因代码搜索占用服务器资源较多,仅提供高级版及以上版本使用
一、如何使用Gitee Search(企业搜索)
方法1:鼠标点击右上角搜索框,输入关键字后搜索
方法2:打开企业版页面,点击键盘“/”按钮进行搜索
二、搜索结果筛选
搜索结果可以通过底部进入关联信息页,也可以在右侧进行搜索结果聚类分析