OpenAtom OpenHarmony 4.0 Release版本于 10 月 27 日发布,经过了32周的开发周期。在此期间,有 65499 个 Committs 进入了 版本。在这个周期内完成了相当多的重要工作,本文阐释这些工作由谁完成。

这次共有 2220 位贡献者为 4.0 Release版本做出了贡献。

其中,华为贡献者1800名,累计2000+名,共增删改代码8849882行,占比80.03%

华为以外的顶级贡献者,如下:

贡献者

修改量

修改量占比

wangshi@kaihong.com

310171

2.80%

dongwei@kaihong.com

306217

2.77%

chenzhengyang@openvalley.net

38723

0.35%

dmytro.kashkarov@telink-semi.com

38572

0.35%

liangweitao@openvalley.net

33354

0.30%

sunlian@kaihong.com

28734

0.26%

zhangshouzhong@kaihong.com

28242

0.26%

zhaojunxia@kaihong.com

27158

0.25%

aibin@openvalley.net

26372

0.24%

hlzhangai@isoftstone.com

21954

0.20%

wangzx0705@thundersoft.com

21470

0.19%

qiaochenl@isoftstone.com

20837

0.19%

xulidc@isoftstone.com

19997

0.18%

chenxun@kaihong.com

19236

0.17%

wtwanga@isoftstone.com

19065

0.17%

xuzhouy@isoftstone.com

18149

0.16%

bayanxing@kaihong.com

17909

0.16%

hanjinrui@kaihong.com

17858

0.16%

qianwangdq@isoftstone.com

15345

0.14%

huruitao@kaihong.com

13746

0.12%

以下的单位参与了OpenHarmony 4.0 Release版本的工作,较活跃的,如下:

行标签

增加量

代码行数

修改量

增加代码行数+减少代码行数

增加量占比

修改量占比

华为

6463119

8849882

78.31%

80.03%

深开鸿

655049

830999

7.94%

7.51%

开鸿智谷

134289

147782

1.63%

1.34%

软通动力

111767

127425

1.35%

1.15%

九联科技

42278

51625

0.51%

0.47%

中科创达

41845

52248

0.51%

0.47%

润和

8494

13501

0.10%

0.12%

新大陆自动识别

6458

6763

0.08%

0.06%

诚迈科技

1322

1549

0.02%

0.01%

东软集团

666

836

0.01%

0.01%

厚德物联网、恒玄科技、中国科学院软件研究所、芯海科技 等

Unknown

787519

975419

9.54%

8.82%

总计

8253163

11058467

N/A

不同单位在不同子系统的贡献比例:

华为的贡献覆盖30多个核心子系统,其他顶级共建单位在各领域的贡献情况如下:

共建单位

子系统贡献情况

深开鸿

测试与认证平台:568228行,占比31.08%

短距:136528行,占比14.78%

开发板:13394行,占比10.72%

驱动:21906行,占比8.83%

开发样例:44752行,占比7.75%

开发工具:13626行,占比2.76%

ArkUI:31875行,占比2.58%

系统三方组件:635行,占比0.45%

安全:35行,占比0.01%

开鸿智谷

开发样例:131503行,占比22.78%

轻内核:1472行,占比4.97%

测试与认证平台:14807行,占比0.81%

软通动力

测试与认证平台:90196行,占比4.93%

ArkUI:35165行,占比2.84%

开发板:1966行,占比1.57%

驱动:52行,占比0.02%

开发样例:46行,占比0.01%

中科创达

多媒体:24122行,占比2.64%

电话服务:2852行,占比1.79%

测试与认证平台:18981行,占比1.04%

原生应用:1175行,占比0.59%

短距:4575行,占比0.50%

ArkUI:483行,占比0.04%

安全:24行,占比0.01%

九联科技

开发板:22213行,占比17.77%

开发样例:27371行,占比4.74%

驱动:2015行,占比0.81%

润开鸿

开发板:11722行,占比9.38%

驱动:103行,占比0.04%

测试与认证平台:427行,占比0.02%

ArkUI:1222行,占比0.10%

新大陆自动识别

开发样例:6763行,占比1.17%

诚迈科技

多模:1412行,占比2.35%

ArkUI:134行,占比0.01%

东软集团

ArkUI:836行,占比0.07%

厚德物联网

驱动:268行,占比0.11%

开发板:94行,占比0.08%

这些单位对OpenHarmony 4.0 Release版本的工作主要集中在以下领域:

  • 深开鸿的工作主要集中在短距,驱动,XTS,开发工具,ArkUI子系统中,包括蓝牙&wifi增强,ArkUI运行时, ArkUI组件增强, NAPI框架生成工具,ALSA驱动HDI插件平台解耦,codec驱动HDI接口,ArkUI XTS套件支持,RK3568开发板等特性。
  • 开鸿智谷的工作主要集中在开发样例,开发板,轻内核子系统中,包括轻内核queue读写增强, ArkUI组件集合样例,场景化仿应用开发(设备管理,通信,数据库,相机,语音)和Niobe开发板等特性。
  • 软通动力的工作主要集中在ArkUI,XTS,开发板子系统中,包括ArkUI组件(TextInput,TextTimer,边框)增强,wpt套件Reftest自动化测试,ArkUI布局XTS套件,UnionPi Tiger开发板,扬帆致远开发板等特性。
  • 九联科技的工作主要集中在开发样例,芯片内核驱动,HDF驱动子系统中,包括温湿度传感器驱动,开发样例(通知,分布式账号管理,资源授权访问,一多交互等场景),A311D芯片适配,UnionPi Tiger开发板适配等特性。
  • 润开鸿的工作主要集中在芯片开发板,ArkUI,驱动子系统中,包括arkcompiler中arraybuffer功能增强,启动流程优化,DAYU210开发板,Neptune100开发板适配等特性。
  • 诚迈的工作主要在多模输入子系统中。

2023年有10家单位冲刺 2023年《OpenAtom OpenHarmony 百人代码贡献单位》,华为、深开鸿、软通动力、开鸿智谷 分别建设超过5万+行代码并持续贡献中,成为2023年《百人代码贡献单位》。九联开鸿、润开鸿、京东、诚迈科技、中科院软件所、中软国际持续贡献中,计划今年12月31日前贡献5万+行功能特性代码。

数据由 OpenHarmony 项目群工作委员会-代码共建组 && OpenHarmony PMC提供

2023年10月27日

OpenHarmony:4.0 Release版本的开发数据的更多相关文章

  1. OpenHarmony 3.1 Release版本发布

    OpenHarmony 3.1 Release 版本概述 当前版本在OpenHarmony 3.1 Beta的基础上,更新支持以下能力: 标准系统基础能力增强 本地基础音视频播放能力.视频硬编解码.相 ...

  2. 0.9.0.RELEASE版本的spring cloud alibaba sentinel+gateway网关实例

    sentinel除了让服务提供方.消费方用之外,网关也能用它来限流.我们基于上次整的网关(参见0.9.0.RELEASE版本的spring cloud alibaba nacos+gateway网关实 ...

  3. 0.9.0.RELEASE版本的spring cloud alibaba nacos+gateway网关实例

    gateway就是用来替换zuul的,功能都差不多,我们看下它怎么来跟nacos一起玩.老套路,三板斧: 1.pom: <?xml version="1.0" encodin ...

  4. 0.9.0.RELEASE版本的spring cloud alibaba sentinel+feign降级处理实例

    既然用到了feign,那么主要是针对服务消费方的降级处理.我们基于0.9.0.RELEASE版本的spring cloud alibaba nacos+feign实例添油加醋,把sentinel功能加 ...

  5. 0.9.0.RELEASE版本的spring cloud alibaba sentinel限流、降级处理实例

    先看服务提供方的,我们在原来的sentinel实例(参见0.9.0.RELEASE版本的spring cloud alibaba sentinel实例)上加上限流.降级处理,三板斧只需在最后那一斧co ...

  6. 0.9.0.RELEASE版本的spring cloud alibaba sentinel实例

    sentinel即哨兵,相比hystrix断路器而言,它的功能更丰富.hystrix仅支持熔断,当服务消费方调用提供方发现异常后,进入熔断:sentinel不仅支持异常熔断,也支持响应超时熔断,另外还 ...

  7. 0.9.0.RELEASE版本的spring cloud alibaba nacos+feign实例

    这里的feign依然是原来的feign,只不过将注册中心由eureka换成了nacos.服务提供方参见0.9.0.RELEASE版本的spring cloud alibaba nacos实例,消费方跟 ...

  8. 0.9.0.RELEASE版本的spring cloud alibaba nacos实例

    简而言之,nacos与eureka的不同之处有三:后台老板.部署方式.功能.nacos是阿里的,eureka是奈飞的:nacos有自己的安装包,需要独立部署,eureka仅作为一个服务组件,引入jar ...

  9. SkylineGlobe 7.0.1 & 7.0.2版本Web开发 如何正确使用三维地图控件和工程树控件

    Skyline TerraExplorer Pro目前正式发布的7.0.1&7.0.2版本,还只是64位的版本, 在Web开发的时候,如何在页面中正确嵌入三维地图控件,让一些小伙伴凌乱了. 下 ...

  10. SkylineGlobe 7.0.1 & 7.0.2版本Web开发 如何实现土方量计算

    土方量计算,或者叫填挖方计算,体积计算,Skyline在很早的版本中就提供了这个的功能. 目前的软件版本,不仅仅可以对地形修改对象进行土方量计算,还可以在FLY工程中导入DEM数字高程模型数据,计算不 ...

随机推荐

  1. 尝试通过uniapp仿微信页面

    最近一直想弄一个app,然后刚好看到Uniapp这个技术,然后最近就用几个晚上琢磨了下: 先看下成果: 1.通讯页面,这个是通过插件uni-indexed-list 索引列表 进行改造过后:改造过程还 ...

  2. AI开发之路

    常见报错解决 Dilb库安装的三种方法 yolov5项目cuda错误解决 环境准备 Anaconda-用conda创建python虚拟环境 Python-pip创建虚拟环境 jupyter noteb ...

  3. 【Azure Cloud Service】云服务升级后,查看配置文件发现编码变为utf-16

    问题描述 通过Migrate to ARM,把经典云服务升级成云服务(外延支持)后,在查看云服务的配置XML文件,发现文件的编码格式由 UTF-8 改变为 UTF-16 由此,引发了三个问题 1)Cl ...

  4. 5分钟教你从爬虫到数据处理到图形化一个界面实现山西理科分数查学校-Python

    5分钟教你从爬虫到数据处理到图形化一个界面实现山西理科分数查学校-Python 引言 在高考结束后,学生们面临的一大挑战是如何根据自己的分数找到合适的大学.这是一个挑战性的任务,因为它涉及大量的数据和 ...

  5. LLM 推理和应用 开源框架梳理

    之前对LLM 推理和应用了解不多,因此抽时间梳理了一下,我们从模型量化,模型推理,以及开发平台等三个层面来梳理分析. 模型量化 模型训练时为了进度,采用的32位浮点数,因此占用的空间较大,一些大的模型 ...

  6. [VueJsDev] 其他知识 - 单词本

    [VueJsDev] 目录列表 https://www.cnblogs.com/pengchenggang/p/17037320.html 单词本z 这里的单词就是很随性的记忆,来源有生活中能见到的, ...

  7. [VueJsDev] 目录列表

    [VueJsDev] 目录列表 云服务器域名就一年,gitee上有不给发布,没办法 https://www.vuejsdev.com/ 还是迁移到博客园吧. 文章大部分是2022年9月份左右写的. 已 ...

  8. 单词本z custom cu = com 一起 都, st=suet 自己, om 尾缀, 都是自己身上的 = 习惯,习俗

    单词本z custom cu = com 一起 都, st=suet 自己, om 尾缀, 都是自己身上的 = 习惯,习俗 custom 来自拉丁语 consuetus cu = com st = s ...

  9. 基于英特尔® Gaudi® 2 AI 加速器的文本生成流水线

    随着生成式人工智能 (Generative AI,GenAI) 革命的全面推进,使用 Llama 2 等开源 transformer 模型生成文本已成为新风尚.人工智能爱好者及开发人员正在寻求利用此类 ...

  10. 启动Eclipse 弹出Failed to load the JNI shared library jvm.dll解决方案

    原因:eclipse的版本与jdk版本不一致 解决方案:两者都安装64位的,或者都安装32位的,不能一个是32位一个是64位.