Gitee 更新日志

Gitee 企业版提供「企业」与「项目」两种视图,其中,「企业」视图呈现工作台以及企业共同资源,而「项目」聚焦具体项目的资源,提供更多可视化工具帮助用户高效协作。

Gitee 团队近期对「企业」视图进行了全新改版,更加精简优美的同时,增加了实用的「内源」和「统计」模块。

一起看看此次改版的三大亮点:

工作台

改版后的「工作台」界面更加明确地展示了“我参与的”项目、任务、Pull Request、仓库。所有“与我相关”的内容都可以一键直达。与旧版视图相比,最主要的变化是增加了【我参与的项目】,项目基本情况清晰可见,能够帮助用户以项目的维度划分工作内容。用户可以通过点击项目卡片,进入【项目视图】对项目进行更加精细化的管理。 项目卡片中可直接看到任务的进展变化 :

工作台页面右上方以日、周、月的维度记录代码量及任务量,用数字直观地显示工作进度,有利于企业成员把控自己的工作节奏。被大家广泛喜爱的「周报」功能,也可以在工作台快速进入。

内源

内源(InnerSource)这个术语是蒂姆·奥莱利(Tim O’Reilly)在 2000 年创造的,旨在使用开源软件开发最佳实践在组织内建立类似开源的文化。该组织可能仍会开发专有软件,但会在内部开放其开发。点击这里,了解更多内部开源文化

“内源”注重内部的技术协同,以帮助减少代码的重复开发,提升项目推进效率;同时打破壁垒,营造开放的技术氛围和代码文化。

在 Gitee 企业版的「内源」模块,所有企业内部成员可以直接访问内部开源的仓库。「开源统计」与「开源之星」记录了参与开源的成员的工作产出,激励企业成员积极参与内部开源,贡献代码。

统计

研发工作的量化统计一直是个难点,Gitee 企业版在「统计」模块提供了成员、项目、仓库等维度的统计,为企业衡量研发效能、把控项目进度提供更多参考。


以成员维度为例,通过「成员工作统计」,可以查看某个团队或具体成员在指定时间范围之内代码行数、完成任务情况、代码提交次数等信息,还可一键打印结果,是不是很懂你?

更多惊喜,等你发现:https://gitee.com/enterprises

PS. Gitee 上线了全新分支权限功能,详情:https://blog.gitee.com/2020/02/27/protected-branches/,速去体验。

木兰宽松许可证第 2 版(MulanPSL-2.0)通过开源促进会(OSI)认证,成为一个国际化开源许可之后,Gitee 平台目前已经新增了对该版本许可的支持。

此前 Gitee 已经支持 MulanPSL-1.0,此次新增支持的 MulanPSL-2.0 在 MulanPSL-1.0 的基础上明确了许可证规范语言。开发者可以通过“许可证向导”轻松选用该许可。

2 月 12 日,中国开源云联盟宣布,木兰宽松许可证第 2 版经过严格审批,正式通过 OSI 认证,被正式批准为国际类别开源许可证(Internationallicenses)。OSI 表示“中文版的开源许可证可以鼓励广大中国社区积极参与开源,同时也是对已批准开源许可证列表的宝贵补充”。

通过 OSI 认证意味着 MulanPSL-2.0 正式具有国际通用性,可被任一国际开源基金会或开源社区支持采用,并为任一开源项目提供服务。同时,木兰宽松许可证是首个由中国开源产业界联合编制并通过 OSI 认证的开源软件许可证,也标志着我国开源界立足中国贡献全球方面取得突破性进展。

上周一,很多公司开始了远程办公,一周过去了,疫情控制虽有所起色,但去公司集体撸代码的日子依然遥远,远程办公将成为更多企业的选择。

想必已经开工的各位技术 Leader 们都已经收到了老板的灵魂拷问:远程办公效率怎么样?进度能保证吗?怎么让兄弟们在家撸代码更高效?

我们来谈谈如何能够在老板问起时,如何能保持淡定吧。

任务清晰明确 VS 群聊安排

远程办公最大的影响就是沟通的便捷性和实时性,为了避免等到开发同学提交后才知道做的事情都错了,作为技术 Leader,我们要清晰地将每天的任务和大家沟通清楚,并形成记录,避免在 IM 中群聊安排工作。

首先是,建议每天要与所有开发同学开一次远程“站会”(电话 or 视频),并且“站会”建议在工作时间开始的时候开,一方面向大家传递一天的工作要开始了,更重要的是“站会”上要沟通清楚每位同学每天的“任务”,任务的粒度建议要到天级别,任务要有明确的产出标准

其次,任务最好要有工具记录下来,工具最好还要能够与我们的代码托管结合起来,解决我们接下来的进展同步的问题。

Gitee 企业版提供的任务管理功能,能够通过“任务卡片”清晰记录任务的责任人、时间要求、验收要求、优先级等:

团队的各位成员只需要按照任务工作台上自己每天认领任务的优先级,按部就班做就行了:

进展随时查看 VS 频繁打断&进展不可控

在明确了任务后,兄弟们的进展如何?要不要问问?

但想必 Leader 都知道,不经常中断开发人员的编码时间是提升团队研发产能的有效举措。

可不问又有些担心进展,那如何能够解决这个信息有效传递的问题呢?

我们观察到,中断开发人员的问题大部分都跟需求、代码有关系,如“需求/任务处理什么进展?”,“代码合入了没?”等等。基于前面我们提到了团队的工作是通过“任务”来进行管理的,所以,我们借助工具的“Pull Request 关联任务”,“Commit 关联 任务”方式作为需求管理和代码管理的桥梁,让 Leader 和其他团队成员可以查看需求的进展,以及需求关联代码的进展。并且,通过Comment 的不同语法,开发人员可以在提交代码的同时就完成卡片状态的更新,让需求的状态同步更加无感。

在 Gitee 企业版中,已经提供了代码提交关联任务的能力,我们可以直接用起来:

通过这样手段打破需求和代码领域的信息孤立,还为后续回答效率问题打下基础。

异步代码审查 VS 集中代码评审

在集中办公的时候,很多团队会选择集中代码评审,一方面可以让团队更熟悉团队代码,提升团队成员能力,另一方面,集中评审后代码的质量会更有保障。

在远程办公时,集中代码评审通过视频会议也可以,但成本较高,建议借助工具的能力进行异步代码审查。异步代码审查不是在同一时间、同一块屏幕上完成的,而是异步的,这就可以让开发兄弟写完代码后,让这些代码对审查者可见,然后开始她的下一个任务。

当审查者有时间了,他会在自己的桌子上按自己的时间表进行代码审查。他而不需要当面和开发者沟通,而是用工具写一些评论。在完成审查后,那些工具会把评论和需要的改动通知给开发者。开发者就会根据评论改进代码,同样的,是以自己的时间表来做这些事情。

PS. 自动触发代码质量分析的功能,大大节省人力、提升效率。

这个循环,会以代码改动再次被提交到审查者这里而又重新开始。开发者修改代码,直到没有评论说需要改进。最后,改动得到同意,并提交到主分支(master branch)。

内部开源协同 VS 重复建造轮子

为了应对在家办公,企业内部的 IT 研发人员面临很大的挑战。面临一个新的办公场景,如何借助内部的力量快速开发产品是当下的立足之本。

最近两年,企业内部逐步强调加强内部开源协同,推动跨部门的协作,优化内部资源配置,重点技术方向上集中优势,寻求技术突破。

借助于 Gitee 企业版的代码库权限管理,Fork+Pull Request 开发协作模式,我们对内部开源的项目既维持质量的稳定又具备灵活修改的能力。非开源项目维护小组的成员可以随时查看代码,并且通过 Fork 在自己的托管空间创建仓库的派生,然后对内部开源项目进行修改,最后通过Pull Request 可以把修改发起合入评审,共享代码给其他人员使用。

企业版 Gitee 设置仓库为内部开源,可轻松支持代码库在企业内部开源。

系统自动统计 VS 成员费时写报告

日常工作转起来后,就回到开头的效率的问题了。开发人员的效率衡量一直是软件工程领域度量的最大挑战之一。从过程指标来看,我们可以用交付的“需求/任务”数、代码量这两个指标来衡量,从结果指标来看,用上线后发现的缺陷数、提交测试后测试人员发现缺陷密度来衡量。

如果你上面使用了“任务”来管理开发人员承担的”需求“,并且在提交代码时关联了对应的”任务“,那我们就很容易在工具中看到每个开发人员完成的任务数和提交代码量了。

Gitee 企业版中提供的统计功能:

如果你要回答老板的问题,拿这一周的数据和集中办公期间的数据对比一下就行了(已经有互联网公司宣称效率已经达到集中办公的 80% 了,再努努力,开发人员远程办公的梦想是不是就可以实现了?海边,沙滩……想想又小激动了一下)。

这段时间的远程,既是对疫情防控的一份支持,也是对团队协作流程的一次打磨,待到疫情结束时,愿每个人都有所收获。

随着所有人的共同努力,疫情终将过去,愿这一天早日到来,愿各位平安。

》》免费开通 Gitee 企业版:gitee.com/enterprises

本文系作者 @Gitee 原创发布在 Gitee 官方博客。未经许可,禁止转载。

2020 公益黑客马拉松 —— 疫情小程序作品展

疫同,一款寻找疫友同乘的工具。集成确诊同程信息发布、信息审核、同乘查询以及自主上报功能,从发布到上报形成一套闭环,做到疫情的防控的作用

这周是全国很多公司远程办公的第一周,这一周之内你被 @ 了多少次呢?你在家办公会穿睡衣吗?你会化妆吗?(不好意思,我忘了本站没有女程序员)。

铲屎官们会被你家的猫搞得毫无脾气吗?

停停停! 咱们还是严肃点!

咱们还是好好来分析一下,在家办公的这一周你的工作效率如何,和平时正常上班比较孰高孰低呢?

进入 Gitee 企业版 ,找到成员 -> 成员贡献统计,选择时间段

再找到平时工作周看看数据,对比一下吧? 差多少? 80% 以上算你牛!

非开发人员的话,你只能靠你的火眼金睛来判断了。

档燃了,代码量、任务数并不是全面评估工作效率的唯一手段,但对开发人员来说是一个很重要的可量化的角度。

开发人员说:请不要有事没事 @ 我了,自己上 Gitee 企业版看。

==============

另外我们在正在进行远程办公的吐槽大赛,参与评论得码云大桌布啦。