From cc45d2c4397a830e00777e46c88a0e7a884f2b20 Mon Sep 17 00:00:00 2001 From: xiangxinyong Date: Mon, 16 Dec 2019 11:26:06 +0800 Subject: [PATCH 1/2] file an issue --- zh/contributors/README.md | 42 +++++++++++++++++++++++++-------- zh/sig-infrastructure/README.md | 2 +- 2 files changed, 33 insertions(+), 11 deletions(-) diff --git a/zh/contributors/README.md b/zh/contributors/README.md index 652e484e6..e52419250 100644 --- a/zh/contributors/README.md +++ b/zh/contributors/README.md @@ -20,7 +20,7 @@ - [提出问题](#id2-2-2) - [SIG贡献者指南](#id2-2-3) - [社区贡献指导](#id2-2-4) - - [沟通](id2-3) + - [沟通](#id2-3) - [Gitee工作流程](#id3) - [代码检视](#id4) - [测试](#id5) @@ -35,14 +35,15 @@ -

开始之前

签署CLA

-您必须首先签署[“贡献者许可协议”（CLA）](/CLA.md)，然后才能做出贡献. + +您必须首先签署[“贡献者许可协议”（CLA）](../CLA.md)，然后才能做出贡献.

行为守则

+ 请确保阅读并遵守openEuler社区的[行为守则](/../code-of-comduct.md)。 @@ -54,6 +55,7 @@ openEuler是一个开源社区项目。因此它完全依赖于社区提供开

您的第一个贡献

+ 随时欢迎您的加入！在社区上总是有可以改进的文档（比如您正在阅读的），可以澄清的代码，可以重构或注释的函数或变量，始终需要测试的代码。我们将帮助您了解openEuler项目的组织方式，并引导您顺利的开始您的第一个贡献。您可以选择解决问题、编写代码，或者检视和合并等工作。所以如果您感兴趣，现在就行动吧~~ 如果您对开发过程有疑问，请随时加入我们的XXXX或加入我们的[邮件列表]()。您也可以在XXXX或XXXX上提问，openEuler团队会定期扫描XXX上的内容，并尽力确保您的问题会得到解答。 @@ -61,7 +63,9 @@ openEuler是一个开源社区项目。因此它完全依赖于社区提供开

找到您感兴趣的工作

+

了解SIG（Special Interest Group）

+ #### SIG和Repository 我们将社区按照不同的SIG来组织，以便于更好的管理和改善工作流程。 @@ -71,11 +75,13 @@ SIG是开放的，欢迎任何人加入并参与贡献。SIG会定期开会，

找到您感兴趣的SIG组和repository

+ 找到适合您贡献的SIG组，可以帮助您在正确的地方提出问题，为您的贡献提供更高的知名度和更快的社区响应速度。您可以查看[SIG列表](/../SIG-list.md)，以便您最快速的定位到自己感兴趣的领域。由于SIG不会直接映射子项目的repository，需要您在SIG列表内获取到子项目名称后，在openEuler的Repository列表下搜索子项目名称，就可以找到对应子项目的repository。如果搜索不到，您可以尝试在[XXXX]()中寻求帮助。

开始您的贡献

+ 找到您感兴趣的SIG或子项目的repository后，您会发现在repository内有可以拉取的代码，也有适合初学者的issue，还有交付成果的产品文档。您可以在repository中找到文档方面的改进需求，通过改进文档的过程，您也可以熟悉社区的代码提交/构建检查/合并等过程。详细可以参阅下面的[贡献](目录)以了解工作流程。 如果您的兴趣不在编写代码方面，可以在[《非代码贡献指南》](non-code-contributors.md)中找到感兴趣的工作。 @@ -83,28 +89,32 @@ SIG是开放的，欢迎任何人加入并参与贡献。SIG会定期开会，

给自己分配一个issue

+ 如果您愿意处理一个issue，可以将它分配给自己。只需要在评论框内输入 `/assign`或 `/assign @yourself`，机器人就会将问题分配给您，您的名字将显示在负责人列表里。

提出问题

+ 尽管社区鼓励每个人贡献代码，但是当您报告问题或缺陷的时候，也是值得赞赏的。问题应提交到对应的repository下面。可以查看[问题分类指南]()以获取更多的信息。提交问题时，请确保遵守问题提交准则。 +当您不确定您要提交的问题是属于哪个repository时，您可以把你的问题提交到社区的[公共问题repository](https://gitee.com/openeuler/community-issue/issuess)

SIG贡献指南

+ 每个SIG组或子项目的编码语言、开发环境、编码约定等都可能是由差异的。所以每一个SIG或其子项目都可能有自己的贡献者指南——一般是`CONTRIBUTING.md`文件。除了这些文件外，SIG可能还会提供其他指南信息。这些信息位于SIG或子项目的特定社区目录中。请参考每个项目组详细的[SIG贡献者指南清单](Prj&SIG-contributor-list)。比如：

社区贡献指导

-初学者也可以通过下面的[提交PR]()和[代码检视]()中找到相关指导。为了快速给您全面的指导，我们还提供了一个方便的[贡献者备忘录]()。 - +初学者也可以通过下面的[提交PR]()和[代码检视]()中找到相关指导。为了快速给您全面的指导，我们还提供了一个方便的[贡献者备忘录]()。

沟通

+ openEuler是开源的，我们希望围绕开发建立一些半正式的管理规则，这样可以使事情开展的更加顺利。如果您认为这些规则有问题，请提出来。作为潜在的贡献者，无论是在白天、黑夜、工作日、周末或节假日，不要犹豫，我们都欢迎您提出自己的想法。 sig-contributor整个SIG组也致力于改善您的贡献体验。如果您发现不良的参与体验，请告诉我们！当然，更好的方式是通过加入这个SIG组来帮助我们解决此类问题。 @@ -112,7 +122,8 @@ sig-contributor整个SIG组也致力于改善您的贡献体验。如果您发

Gitee工作流程

-想获取要使用的代码，请参考[Gitee workflow Guide]()。 + +想获取要使用的代码，请参考[Gitee workflow Guide](Gitee-workflow.md)。 ### 提交一个PR @@ -122,8 +133,8 @@ openEuler遵循标准的[Gitee PR请求流程]()，但openEuler社区还做了 对于新贡献者来说，常遇到的问题是： -+ 在您的第一个PR之前没有正确的签署CLA（请参阅[签署CLA]()） -+ 为PR在项目组内找到合适的检视者，并保证自己的贡献遵循项目组内特定的贡献准则（请参阅[了解SIG]()） ++ 在您的第一个PR之前没有正确的签署CLA（请参阅[签署CLA](#id1-1)） ++ 为PR在项目组内找到合适的检视者，并保证自己的贡献遵循项目组内特定的贡献准则（请参阅[了解SIG](#id2-1-1)） + 处理在PR上失败的测试用例，这些测试用例可能与您引入的更改无关（请参阅） + 不遵守一些[良好的编码实践]() + 在提交的信息中包含了可能关闭issue的关键字，比如XXXXXXXX等 @@ -131,6 +142,7 @@ openEuler遵循标准的[Gitee PR请求流程]()，但openEuler社区还做了

代码检视

+ 对于贡献者，关于代码检视的重要性的简要说明，请参阅[代码检视](expectation.md)。为了使您的提交更容易被接受，您需要： + 遵循项目组的[编码约定](coding-conventions.md) @@ -151,6 +163,7 @@ openEuler遵循标准的[Gitee PR请求流程]()，但openEuler社区还做了

测试

+ 测试——是所有贡献者的责任，对于社区版本来说，SIG-Testing项目组也会做很多的协调工作。有关的信息信息，可以参考[《测试指南》](/../sig-test/testing.md) 为了成功发行一个社区版本，需要完成多种测试活动。不同的测试活动，测试代码的位置也有有所不同，成功运行测试所需的环境的细节也会有差异： @@ -167,36 +180,45 @@ sig-testing项目组是负责测试活动的官方机构，他们的相关测试

选择社区组件打包

+ 请参考[如何打包](packaging.md)

安装openEuler

+ 请参考[下载安装openEuler](https://openeuler.org/zh/docs/installation/installation.html)

安全

+ + [安全发布页面]()——简要描述了处理安全问题的过程 + [安全披露信息]()——如果您希望报告安全漏洞，请参考此页面

社区文档

+ + [贡献文档]()

社区活动

+

交流

+ [社区常规交流方式](/../communication)

大事记

-openEuler参加了XXXXXX，每年在XXXXXXX，关于这些事件和其他社区事件信息可以在[openEuler事件]()页面上找到 + +openEuler参加了XXXXXX，每年在XXXXXXX，关于这些事件和其他社区事件信息可以在[openEuler未来事件](https://openeuler.org/zh/events.html)页面上找到。

聚会

-我们遵循针对开发者的聚会的XXXXX准则，您可以通过XXXXX上的直接消息或通过电子邮件(XXXX@huawei.com)与XXXX联系。来加入我们把~ \ No newline at end of file + +我们遵循针对开发者的聚会的XX +XXX准则，您可以通过XXXXX上的直接消息或通过电子邮件(XXXX@huawei.com)与XXXX联系。来加入我们吧~ diff --git a/zh/sig-infrastructure/README.md b/zh/sig-infrastructure/README.md index e6b13b9b6..afd2241a3 100644 --- a/zh/sig-infrastructure/README.md +++ b/zh/sig-infrastructure/README.md @@ -22,7 +22,7 @@ ## 子项目 -*todo*：子项目介绍和[reop链接]() +*todo*：子项目介绍和[repo链接]() 对于基础设施团队来说，肯定有一个关于gitee管理的子项目 -- Gitee From 5baa995a615b4e8ecabba8690482f2d0fa9e5696 Mon Sep 17 00:00:00 2001 From: xiangxinyong Date: Wed, 18 Dec 2019 11:40:55 +0800 Subject: [PATCH 2/2] create a pr --- zh/Sigs.md | 38 ++-- zh/contributors/README.md | 102 +++------ .../README.md | 0 zh/sig-infra/command.md | 196 ++++++++++++++++++ 4 files changed, 249 insertions(+), 87 deletions(-) rename zh/{sig-infrastructure => sig-infra}/README.md (100%) create mode 100644 zh/sig-infra/command.md diff --git a/zh/Sigs.md b/zh/Sigs.md index 5a1c1bf5d..ee4cd84a1 100644 --- a/zh/Sigs.md +++ b/zh/Sigs.md @@ -3,22 +3,34 @@ Sigs是社区根据领域划分的各个领域的兴趣小组，每一个小组 会根据情况维护社区一个或者多个项目。 +### sig-doc -### DOC SIG +文档兴趣组主要负责社区文档编写及维护。 -文档兴趣组主要负责社区文档编写及维护。 -项目地址： https://gitee.com/openeuler/docs -邮件列表频道： dev@openeuler.org -IRC频道： #openeuler-doc -管理员： N/A +项目地址： https://gitee.com/openeuler/docs +邮件列表频道： dev@openeuler.org -### INFRASTRUCTURE SIG +IRC频道： #openeuler-doc -基础设施建设兴趣组主要负责社区基础设施建设，包括开发系统，沟通系统等 -项目地址： https://gitee.com/openeuler/infrastructure - https://gitee.com/openeuler/website -邮件列表频道： infra@openeuler.org -IRC频道： #openeuler-infra -管理员: N/A +管理员： N/A +### sig-infra + +基础设施建设兴趣组主要负责社区基础设施建设，包括开发系统，沟通系统等 + +项目地址： + +https://gitee.com/openeuler/infrastructure + +https://gitee.com/openeuler/website + +https://gitee.com/openeuler/ci-bot + +https://gitee.com/openeuler/go-gitee + +邮件列表频道： infra@openeuler.org + +IRC频道： #openeuler-infra + +管理员: N/A diff --git a/zh/contributors/README.md b/zh/contributors/README.md index e52419250..46d466327 100644 --- a/zh/contributors/README.md +++ b/zh/contributors/README.md @@ -1,7 +1,5 @@ 该文档指导大家如何为openEuler的代码库做出贡献。欢迎阅读[待解决的问题]()并提出新的问题。 - - # 欢迎 欢迎来到openEuler！ @@ -22,46 +20,38 @@ - [社区贡献指导](#id2-2-4) - [沟通](#id2-3) - [Gitee工作流程](#id3) -- [代码检视](#id4) -- [测试](#id5) -- [选择社区组件打包](#id6) -- [下载安装openEuler](#id7) -- [安全](#id8) -- [社区文档](#id9) -- [社区活动](#id10) - - [社区交流](#id10-1) - - [大事记](#id10-2) - - [聚会](#id10-3) - - +- [提交一个PR](#id4) +- [代码检视](#id5) +- [测试](#id6) +- [选择社区组件打包](#id7) +- [下载安装openEuler](#id8) +- [安全](#id9) +- [社区文档](#id10) +- [社区活动](#id11) + - [社区交流](#id11-1) + - [大事记](#id11-2) + - [聚会](#id11-3)

开始之前

+

签署CLA

您必须首先签署[“贡献者许可协议”（CLA）](../CLA.md)，然后才能做出贡献. - -

行为守则

请确保阅读并遵守openEuler社区的[行为守则](/../code-of-comduct.md)。 - -

社区期望

openEuler是一个开源社区项目。因此它完全依赖于社区提供开发，以及友好和协作的环境，请查看[社区成员角色](/../community-membership.md)。社区鼓励您在积累经验的同时提高你的贡献级别。 - -

您的第一个贡献

随时欢迎您的加入！在社区上总是有可以改进的文档（比如您正在阅读的），可以澄清的代码，可以重构或注释的函数或变量，始终需要测试的代码。我们将帮助您了解openEuler项目的组织方式，并引导您顺利的开始您的第一个贡献。您可以选择解决问题、编写代码，或者检视和合并等工作。所以如果您感兴趣，现在就行动吧~~ 如果您对开发过程有疑问，请随时加入我们的XXXX或加入我们的[邮件列表]()。您也可以在XXXX或XXXX上提问，openEuler团队会定期扫描XXX上的内容，并尽力确保您的问题会得到解答。 - -

找到您感兴趣的工作

了解SIG（Special Interest Group）

@@ -72,46 +62,32 @@ openEuler是一个开源社区项目。因此它完全依赖于社区提供开 SIG是开放的，欢迎任何人加入并参与贡献。SIG会定期开会，每一个SIG都有一个公共频道。每一个SIG在Gitee上都会拥有一个repository，单击SIG名称中的链接，可以获取每个SIG的`README.md`。在`README.md`里可以查找到SIG的子项目，每一个SIG都至少有一个子项目。每一个子项目在Gitee上也会拥有一个repository。 - -

找到您感兴趣的SIG组和repository

找到适合您贡献的SIG组，可以帮助您在正确的地方提出问题，为您的贡献提供更高的知名度和更快的社区响应速度。您可以查看[SIG列表](/../SIG-list.md)，以便您最快速的定位到自己感兴趣的领域。由于SIG不会直接映射子项目的repository，需要您在SIG列表内获取到子项目名称后，在openEuler的Repository列表下搜索子项目名称，就可以找到对应子项目的repository。如果搜索不到，您可以尝试在[XXXX]()中寻求帮助。 - -

开始您的贡献

找到您感兴趣的SIG或子项目的repository后，您会发现在repository内有可以拉取的代码，也有适合初学者的issue，还有交付成果的产品文档。您可以在repository中找到文档方面的改进需求，通过改进文档的过程，您也可以熟悉社区的代码提交/构建检查/合并等过程。详细可以参阅下面的[贡献](目录)以了解工作流程。 如果您的兴趣不在编写代码方面，可以在[《非代码贡献指南》](non-code-contributors.md)中找到感兴趣的工作。 - -

给自己分配一个issue

如果您愿意处理一个issue，可以将它分配给自己。只需要在评论框内输入 `/assign`或 `/assign @yourself`，机器人就会将问题分配给您，您的名字将显示在负责人列表里。 - -

提出问题

尽管社区鼓励每个人贡献代码，但是当您报告问题或缺陷的时候，也是值得赞赏的。问题应提交到对应的repository下面。可以查看[问题分类指南]()以获取更多的信息。提交问题时，请确保遵守问题提交准则。 当您不确定您要提交的问题是属于哪个repository时，您可以把你的问题提交到社区的[公共问题repository](https://gitee.com/openeuler/community-issue/issuess) - -

SIG贡献指南

每个SIG组或子项目的编码语言、开发环境、编码约定等都可能是由差异的。所以每一个SIG或其子项目都可能有自己的贡献者指南——一般是`CONTRIBUTING.md`文件。除了这些文件外，SIG可能还会提供其他指南信息。这些信息位于SIG或子项目的特定社区目录中。请参考每个项目组详细的[SIG贡献者指南清单](Prj&SIG-contributor-list)。比如： - -

社区贡献指导

-初学者也可以通过下面的[提交PR]()和[代码检视]()中找到相关指导。为了快速给您全面的指导，我们还提供了一个方便的[贡献者备忘录]()。 - - +初学者也可以通过下面的[提交一个PR](#id4)和[代码检视](#id5)中找到相关指导。为了快速给您全面的指导，我们还提供了一个方便的[贡献者备忘录]()。

沟通

@@ -119,29 +95,25 @@ openEuler是开源的，我们希望围绕开发建立一些半正式的管理 sig-contributor整个SIG组也致力于改善您的贡献体验。如果您发现不良的参与体验，请告诉我们！当然，更好的方式是通过加入这个SIG组来帮助我们解决此类问题。 - -

Gitee工作流程

想获取要使用的代码，请参考[Gitee workflow Guide](Gitee-workflow.md)。 -### 提交一个PR +

提交一个PR

-openEuler遵循标准的[Gitee PR请求流程]()，但openEuler社区还做了部分的定制，请参考[openEuler社区Gitee工作流程]()。 +openEuler遵循标准的[Gitee PR请求流程](https://gitee.com/help/articles/4128)，但openEuler社区还做了部分的定制，请参考[openEuler社区Gitee工作流程](Gitee-workflow.md)。 -这两个流程的主要区别是，openEuler的机器人会将结构化标签运用于PR中。该机器人可以为您的PR过程提供一些有用的建议。为了方便查看，可以在注释中输入XXXXXXX选项，以触发自动标记和通知功能。请参阅[社区命令参考文档](command.md)。 +这两个流程的主要区别是，openEuler的机器人会将结构化标签运用于PR中。该机器人可以为您的PR过程提供一些有用的建议。为了方便查看，可以在注释中输入命令，以触发自动标记和通知功能。请参阅[社区命令参考文档](../sig-infra/command.md)。 对于新贡献者来说，常遇到的问题是： + 在您的第一个PR之前没有正确的签署CLA（请参阅[签署CLA](#id1-1)） + 为PR在项目组内找到合适的检视者，并保证自己的贡献遵循项目组内特定的贡献准则（请参阅[了解SIG](#id2-1-1)） -+ 处理在PR上失败的测试用例，这些测试用例可能与您引入的更改无关（请参阅） ++ 处理在PR上失败的测试用例，这些测试用例可能与您引入的更改无关 + 不遵守一些[良好的编码实践]() -+ 在提交的信息中包含了可能关闭issue的关键字，比如XXXXXXXX等 - - ++ 在提交的信息中包含了可能关闭issue的关键字，比如`/close`等 -

代码检视

+

代码检视

对于贡献者，关于代码检视的重要性的简要说明，请参阅[代码检视](expectation.md)。为了使您的提交更容易被接受，您需要： @@ -150,8 +122,6 @@ openEuler遵循标准的[Gitee PR请求流程]()，但openEuler社区还做了 + 如果一次提交的代码量较大，建议将大型的内容分解成一系列逻辑上较小的内容，分别进行提交会更便于检视者理解您的想法 + 使用适当的项目组和监视者标签去标记PR：机器人会发送给您消息，以方便您更好的完成整个PR的过程 - - 对于检视者，强烈建议本着[行为准则](/../code-of-conduct.md)和[社区期望](/expectations.md)，超越自我，相互尊重和促进协作。在审查其他人的PR的时候，[补丁审核的柔和艺术](https://sage.thesharps.us/2014/09/01/the-gentle-art-of-patch-review/)提出了一系列检视的重点，旨在说明检视的活动也希望能够促进新的贡献者积极参与，而不会使贡献者一开始就被细微的错误淹没，所以检视的时候，可以重点关注包括： + 贡献背后的想法是否合理 @@ -160,9 +130,7 @@ openEuler遵循标准的[Gitee PR请求流程]()，但openEuler社区还做了 注意：如果您的PR请求没有引起足够的关注，可以在XXXXX的XXXXX频道来获取查找评论者们的帮助。 - - -

测试

+

测试

测试——是所有贡献者的责任，对于社区版本来说，SIG-Testing项目组也会做很多的协调工作。有关的信息信息，可以参考[《测试指南》](/../sig-test/testing.md) @@ -177,48 +145,34 @@ openEuler遵循标准的[Gitee PR请求流程]()，但openEuler社区还做了 sig-testing项目组是负责测试活动的官方机构，他们的相关测试自动化工具在test-fra中。如果您你希望自己的基础架构上能运行XXX测试，可以考虑采用。 - - -

选择社区组件打包

+

选择社区组件打包

请参考[如何打包](packaging.md) - - -

安装openEuler

+

安装openEuler

请参考[下载安装openEuler](https://openeuler.org/zh/docs/installation/installation.html) - - -

安全

+

安全

+ [安全发布页面]()——简要描述了处理安全问题的过程 + [安全披露信息]()——如果您希望报告安全漏洞，请参考此页面 - - -

社区文档

+

社区文档

+ [贡献文档]() +

社区活动

- -

社区活动

- -

交流

+

交流

[社区常规交流方式](/../communication) - - -

大事记

+

大事记

openEuler参加了XXXXXX，每年在XXXXXXX，关于这些事件和其他社区事件信息可以在[openEuler未来事件](https://openeuler.org/zh/events.html)页面上找到。 - - -

聚会

+

聚会

我们遵循针对开发者的聚会的XX XXX准则，您可以通过XXXXX上的直接消息或通过电子邮件(XXXX@huawei.com)与XXXX联系。来加入我们吧~ diff --git a/zh/sig-infrastructure/README.md b/zh/sig-infra/README.md similarity index 100% rename from zh/sig-infrastructure/README.md rename to zh/sig-infra/README.md diff --git a/zh/sig-infra/command.md b/zh/sig-infra/command.md new file mode 100644 index 000000000..6474e193c --- /dev/null +++ b/zh/sig-infra/command.md @@ -0,0 +1,196 @@ +## OpenEuler Community Command Help + +All of the projects in OpenEuler Community are maintained by Bot. +That means the developpers can comment below every pull request or issue to trigger Bot Commands. +The Commands incluing as follows: + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
CommandExampleDescriptionWho Can Use
+ /check-cla + + /check-cla + + Forces rechecking of the CLA status of a Pull Request. + If the Pull Request author has already signed CLA, + the label `openeuler-cla/yes` will be added in the Pull Request, + If not, the label `openeuler-cla/no` will be added. + + Anyone +
+ /lgtm [cancel] + + /lgtm +
+ /lgtm cancel + 		+ Adds or removes the 'lgtm' label which is typically used to gate merging. + + Collaborators on the repository. '/lgtm cancel' can be used additionally by the Pull Request author. +
+ /approve [cancel] + + /approve +
+ /approve cancel + 		+ Adds or removes the 'approved' label which is typically used to gate merging. + + Collaborators on the repository. +
+ /[remove-]kind + + /kind bug +
+ /remove-kind bug + 		+ Applies or removes a kind label from one of the recognized types of labels. + For example, the label is more like `kind/bug`. + + Anyone can trigger this command on a Pull Request or Issue. +
+ /[remove-]priority + + /priority high +
+ /remove-priority high + 		+ Applies or removes a priority label from one of the recognized types of labels. + For example, the label is more like `priority/high`. + + Anyone can trigger this command on a Pull Request or Issue. +
+ /[remove-]sig + + /sig kernel +
+ /remove-sig kernel + 		+ Applies or removes a sig label from one of the recognized types of labels. + For example, the label is more like `sig/kernel`. + + Anyone can trigger this command on a Pull Request or Issue. +
+ /close + + /close + + Closes an issue. + + Authors and collaborators on the repository can trigger this command. +
+ /reopen + + /reopen + + Reopens an issue. + + Authors and collaborators on the repository can trigger this command. +
+ /retest + + /retest + + Rerun test jobs that have failed. + + Anyone can trigger this command on a Pull Request. +
+ /assign [[@]...] + + /assign +
+ /assign @openeuler-ci-bot + 		+ Assigns an assignee to an issue. + + Anyone can use this command on an issue, + but the target user must be a member of the org that owns the repository. + If no target user is specified, that means this issue will be assigned to yourself. +
+ /unassign [[@]...] + + /unassign +
+ /unassign @openeuler-ci-bot + 		+ UnAssigns an assignee from an issue. + + Anyone can use this command on an issue, + but the target user must be a member of the org that owns the repository. + If no target user is specified, that means this issue will be unassigned from yourself. +
-- Gitee