同步操作将从 openEuler/community 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
The contenct in this folder is not finalized yet and please visit How to contribute to get help. And you are more than welcome to work with us together on updating tis folder. If you'd like to please visit community@openeuler.org.
该文档指导大家如何为openEuler社区做出贡献。欢迎阅读待解决的问题并提出新的问题。
欢迎来到openEuler!
您必须首先签署“贡献者许可协议”(CLA),然后才能参与社区贡献.
请确保阅读并遵守openEuler社区的行为守则。
openEuler是一个开源社区。因此它完全依赖于社区提供开发,以及友好和协作的环境,请查看社区成员角色。社区鼓励您在积累经验的同时提高你的贡献级别。
如果您对开发过程有疑问,请随时加入我们的开发邮件列表,并在邮件标题内用“【开发过程疑问】”作为标题 写出你的疑问和困惑,openEuler团队会定期扫描邮件列表上的内容,并尽力确保您的问题得到解答。
我们将社区按照不同的SIG来组织,以便于更好的管理和改善工作流程。
SIG组是开放的,欢迎任何人加入并参与贡献。SIG组内部会定期开会,每一个SIG都有一个公共频道。每一个SIG在Gitee上都会拥有一个或多个repository,单击SIG名称中的链接,可以获取每个SIG的README.md
。在README.md
里可以查找到SIG包含的子项目和子项目的额repository。
找到适合您贡献的SIG组,可以帮助您在正确的地方提出问题,为您的贡献提供更高的知名度和更快的社区响应速度。您可以查看SIG列表,以便您最快速的定位到自己感兴趣的领域。
在openEuler的Repository列表下搜索SIG名称,也可以找到对应子SIG的repository。如果搜索不到,您可以尝试在dev@openeuler.org中寻求帮助。同样,请在邮件列表内用“【开发过程疑问】”作为标题 写出你寻找的SIG或项目。
如果您的兴趣不在编写代码方面,可以在《非代码贡献指南》中找到感兴趣的工作。
如果您愿意处理一个issue,可以将它分配给自己。只需要在评论框内输入 /assign
或 /assign @yourself
,机器人就会将问题分配给您,您的名字将显示在负责人列表里。
尽管社区鼓励每个人贡献代码,但是当您报告问题或缺陷的时候,也是值得赞赏的。问题应提交到对应的repository下面。您可以查看问题提交指南以获取更多的信息。提交问题时,请确保遵守问题提交准则。
openEuler是开源的,我们希望围绕开发建立一些半正式的管理规则,这样可以使事情开展的更加顺利。如果您认为这些规则有问题,请提出来。作为潜在的贡献者,无论是在白天、黑夜、工作日、周末或节假日,不要犹豫,我们都欢迎您提出自己的想法到dev@openeuler.org。我们致力于改善您的贡献体验。如果您发现不良的参与体验,请告诉我们!
想获取要使用的代码,请参考Gitee workflow Guide。
openEuler遵循标准的Gitee PR请求流程,但openEuler社区还做了部分的定制,请参考openEuler社区Gitee工作流程。
这两个流程的主要区别是,openEuler的机器人会将结构化标签运用于PR中。该机器人可以为您的PR过程提供一些有用的建议。为了方便查看,可以在注释中输入XXXXXXX选项,以触发自动标记和通知功能。请参阅社区命令参考文档。
对于新贡献者来说,常遇到的问题是:
对于贡献者,关于代码检视的重要性的简要说明,请参阅代码检视。为了使您的提交更容易被接受,您需要:
对于检视者,强烈建议本着行为准则和社区期望,超越自我,相互尊重和促进协作。在审查其他人的PR的时候,补丁审核的柔和艺术提出了一系列检视的重点,旨在说明检视的活动也希望能够促进新的贡献者积极参与,而不会使贡献者一开始就被细微的错误淹没,所以检视的时候,可以重点关注包括:
注意:如果您的PR请求没有引起足够的关注,可以在XXXXX的XXXXX频道来获取查找评论者们的帮助。
测试——是所有贡献者的责任,对于社区版本来说,sig-qa也会做很多的协调工作。有关的信息信息,可以参考《测试指南》
为了成功发行一个社区版本,需要完成多种测试活动。不同的测试活动,测试代码的位置也有有所不同,成功运行测试所需的环境的细节也会有差异:
todo:待qa团队补充具体的测试活动内容
持续集成会将这些测试活动在PR提交前完成,结果会出现在XXXX上
sig-qa组是负责测试活动的官方机构,他们的相关测试自动化工具在test-fra中。如果您你希望自己的基础架构上能运行XXX测试,可以考虑采用。
请参考如何打包
openEuler参加了XXXXXX,每年在XXXXXXX,关于这些事件和其他社区事件信息可以在openEuler事件页面上找到
我们遵循针对开发者的聚会的XXXXX准则,您可以通过XXXXX上的直接消息或通过电子邮件XXXX@huawei.com与XXXX联系。来加入我们把~
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。