Gitee 更新日志

Github  发明了  Pull Requests  ,让全球范围内的开源协作变得如此简单。任何人不需要联系作者,只需简单四步即可提交贡献代码给项目:

  1. Fork  主仓库到自己账号成为副本仓库
  2. 在副本仓库完成代码贡献(添加、删除、修改代码等等)
  3. 将副本修改的内容给主仓库提交 PR ( Pull Requests )
  4. 作者审核你提交的代码,并决定是否合并

这种简单的协作模式让开源软件发展非常非常快速。

但参与开源贡献并非一件简单的事,你必须对项目有着非常深入了解。可有时候我们可能只是想帮作者纠正一些文档的错误,或者一些不易发掘的代码错误等等。那么这个 Pull Requests 的操作就有点复杂,会因此打消很多人贡献的想法。

为了降低开源贡献的门槛,Gitee 推出了 轻量级PR 的功能。

具体使用流程如下:

1. 打开任意的开源项目,例如 https://gitee.com/ld/J2Cache

2. 点击任何你发现问题的文件,并直接进入文件编辑(如下图)
输入图片说明

3. 完成你想要修改的内容,输入修改的说明,点击“提交审核”按钮
输入图片说明

4. 完事了,接下来就等着作者审核

这时作者会收到一个 PR 的信息,按照普通的 PR 进行审核即可。
输入图片说明

Gitee 的轻量级 PR 在 Gitee IDE 中也是支持的,你可以通过仓库页面的 Web IDE 进入,修改多个文件并提交轻量级PR,有兴趣的朋友可以试试看。

2000 年,Tim O’Reilly 首次提出了 InnerSource 的概念,也就是内部开源(以下简称内源)。虽然这个概念已经提出了二十年,但在国内还是个较为陌生的事物。相对于内源,大家可能更加熟悉的是开源(Open Source),这种将软件源代码公开的发布模式已经成就了许多优秀的软件和开发者。而内源则是将开源的模式引入至公司或组织内,让开发人员们可以在内部施行开源的同时开发企业专有的软件。

为什么要推行内源

增加代码复用,提高产品质量

增加组件和代码的复用,也可以说是减少组件和代码的重复开发。大家都清楚,重复造轮子可以说是最没有意义的一件事,而内源可以有效地消除这个麻烦。

通俗一点讲,团队 A 在开发时需要一个新功能,而这个功能团队 B 恰好之前做过,那么这时团队 A 就可以直接在内源仓库中将团队 B 的代码直接拿来使用,甚至还会交还给团队 B 一个质量更好的版本,就像 Linus 法则所说的:只要有足够多的眼球,就可以让所有 Bug 浮现。 

但如果没有这个内源仓库的话,团队 A 只能重新开发这个功能。这个过程中所浪费的不仅是时间和成本,甚至还有更重要的——商业机遇。 

加速知识共享,提升开发人员能力

如果开发人员处于相对孤立的环境,测试人员也仅限于自己的小团队,在 Bug 响应和解决问题的资源方面,当然会受到各种限制。如果这时团队拥有更多不同经验和观点的外部成员,他们可以找到并解决多少个问题?这会对产品的质量产生什么影响?答案当然是显而易见的。

而作为管理者,与你合作的开发人员都是获得了你认可的优秀的伙伴,但他们可能只与三五个人或十来人一起工作并互相学习。如果他们能和二十或三十个,或更多优秀的开发者一起工作,他们能够在知识共享的同时相互学习,提升自己的能力,自然能够带来产品质量的进步。

开放带来的创新

开发人员通常都是聪明绝顶的,让几十名甚至上百名聪明绝顶的开发人员在一起工作,这些头脑之间摩擦出来的火花能够为企业带来更多意想不到的惊喜,一个更炫酷的新功能甚至一个全新的产品都是有可能的。但如果在他们中间建立起各种无形的墙,这种创新能力无疑会大打折扣。

内源的发展现状

国外许多大厂也已经开始进行自己的内源实践,比如谷歌只有一个代码仓库,由来自世界各国数十个办事处的数万名开发人员共享,微软也在 2019 年宣布全面拥抱内源。更有影响力的是 PayPal 于 2015 年牵头成立的 InnerSource Commons 社区,他们现已为近百家公司、学术机构和政府机构提供支持和联系。

就国内而言,虽然仍旧是一个新鲜事物,但国内的大厂也都开始积极地推行内源。拥有两万多开发人员的腾讯自 2012 年就开始从下到上做内部开源,现已经能做到 65% 的项目内部开源。百度的内源推进工作也已经有了一些成果,如在百度内部应用很广的开源深度学习平台 PaddlePaddle 和 PHP 开发框架 ODP。就 ODP 项目来说,由于项目人力较少,无法面对较多的需求,于是在 2016 年开始内部开源,内源一年后,超过 200 名开发者加入到项目中做贡献,并且有超过 100 个 Patch 被合入。

可以说,内源在国内已经初见端倪,后面只会有更多的企业拥抱内源。

Gitee如何帮助企业进行内源实践

Gitee 企业版为企业提供了内部开源的治理能力,下图是 Gitee 企业版的内源管理界面:

在内源管理界面中,Gitee 企业版将代码仓库分为了三类:

1.专有仓库

专有仓库(内部仓库,或者私有仓库)是企业需要对权限进行严格管控的项目仓库,一般是企业的核心业务产品。此类仓库只有被授权的成员才能访问。

2.内源仓库

内源仓库是在企业范围内开源的仓库,此类项目允许企业内所有成员访问。成员可以按照使用开源软件的方法对项目进行贡献。

3.开源仓库

企业开源仓库跟常规意义上的开源项目没有任何区别,任何人都可以访问到此类仓库的代码,并依据常规的开源项目参与流程进行贡献。

除仓库外,还有开源 Issue 聚合、开源 PR 聚合、开源统计等,欢迎访问 Gitee 企业版体验:

https://gitee.com/enterprises 

当然,想要充分发挥 Gitee 企业版在企业内源实践的优势,更需要企业内部从管理上进行支持,通过制度和文化的建设来推动内源的发展,让其真正的发挥出效果。例如不断的给工程师和管理者们进行各种开源的布道;设定各种政策和流程来激励贡献者;不断树立各种标杆项目,标杆贡献者等等。

我们整理了一个内源知识库,欢迎一起协作完善:)

https://gitee.com/InnerSource

Gitee 将于 2020 年 3 月 5 日(本周四)凌晨 01:00~01:30 对系统进行升级维护,扩容核心数据库。

届时 Gitee 服务将中断、无法访问,请提前做好安排,敬请谅解。

Gitee:https://gitee.com

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 认证的开源软件许可证,也标志着我国开源界立足中国贡献全球方面取得突破性进展。