You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@linkis.apache.org by pe...@apache.org on 2022/08/13 09:21:42 UTC

[incubator-linkis] branch dev-1.2.0 updated: update CONTRIBUTING.md (#2753)

This is an automated email from the ASF dual-hosted git repository.

peacewong pushed a commit to branch dev-1.2.0
in repository https://gitbox.apache.org/repos/asf/incubator-linkis.git


The following commit(s) were added to refs/heads/dev-1.2.0 by this push:
     new 5d1959f9e update CONTRIBUTING.md (#2753)
5d1959f9e is described below

commit 5d1959f9e8e4dca375ed3b41470467c50d4ed486
Author: Casion <ca...@gmail.com>
AuthorDate: Sat Aug 13 17:21:38 2022 +0800

    update CONTRIBUTING.md (#2753)
---
 .github/workflows/auto-comment.yml |  2 +-
 CONTRIBUTING.md                    | 10 ++---
 CONTRIBUTING_CN.md                 | 76 +++++++++++++++++++-------------------
 docs/index.md                      |  7 ++++
 4 files changed, 51 insertions(+), 44 deletions(-)

diff --git a/.github/workflows/auto-comment.yml b/.github/workflows/auto-comment.yml
index 5673ac7f0..712fbff74 100644
--- a/.github/workflows/auto-comment.yml
+++ b/.github/workflows/auto-comment.yml
@@ -27,7 +27,7 @@ jobs:
              
             WeChat  Group:
             
-            ![image](https://user-images.githubusercontent.com/7869972/176336986-d6b9be8f-d1d3-45f1-aa45-8e6adf5dd244.png)
+            ![image](https://linkis.apache.org/Images/wedatasphere_contact_01.png)
             Mailing Lists:
             |name|description|Subscribe|Unsubscribe|archive|
             |:-----|:--------|:------|:-------|:-----|
diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 40d013097..df448ad85 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -123,16 +123,16 @@ git push origin dev-fix dev-fix
 
 ### 2.3 Issue submission guidelines
 - If you still don’t know how to initiate a PR to an open source project, please refer to [About issues](https://docs.github.com/en/github/managing-your-work-on-github/about-issues)
-- Issue name, which should briefly describe your problem or suggestion in one sentence; for the international promotion of the project, please write the issue in English or both Chinese and English.
+- Issue name, which should briefly describe your problem or suggestion in one sentence; for the international promotion of the project, please write the issue in English or both Chinese and English
 - For each Issue, please bring at least two labels, component and type, such as component=Computation Governance/EngineConn, type=Improvement. Reference: [issue #590](https://github.com/apache/incubator-linkis/issues/590)
 
 ### 2.4 Pull Request(PR) Submission Guidelines
 
 - If you still don’t know how to initiate a PR to an open source project, please refer to [About pull requests](https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/about-pull-requests)
-  Whether it is a bug fix or a new feature development, please submit a PR to the dev-* branch.
-- PR and submission name follow the principle of `<type>(<scope>): <subject>`, for details, please refer to Ruan Yifeng's [Commit message and Change log writing guide](http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html) this article.
-- If the PR contains new features, the document update should be included in this PR.
-- If this PR is not ready to merge, please add [WIP] prefix to the head of the name (WIP = work-in-progress).
+  Whether it is a bug fix or a new feature development, please submit a PR to the dev-* branch
+- PR and submission name follow the principle of `<type>(<scope>): <subject>`, for details, please refer to [Commit message and Change log writing guide](https://linkis.apache.org/community/development-specification/commit-message)
+- If the PR contains new features, the document update should be included in this PR
+- If this PR is not ready to merge, please add [WIP] prefix to the head of the name (WIP = work-in-progress)
 - All submissions to dev-* branches need to go through at least one review before they can be merged
 
 ### 2.5 Review Standard
diff --git a/CONTRIBUTING_CN.md b/CONTRIBUTING_CN.md
index f842f4050..117c4e8f7 100644
--- a/CONTRIBUTING_CN.md
+++ b/CONTRIBUTING_CN.md
@@ -1,8 +1,8 @@
 # 如何参与项目贡献
 
->更多信息可以见官网[如何参与项目贡献](https://linkis.apache.org/community/how-to-contribute)
+> 更多信息可以见官网[如何参与项目贡献 ](https://linkis.apache.org/community/how-to-contribute)
 
-非常感谢贡献Linkis项目!在参与贡献之前,请仔细阅读以下指引。
+非常感谢贡献 Linkis 项目!在参与贡献之前,请仔细阅读以下指引。
 
 
 ## 一、贡献范畴
@@ -13,7 +13,7 @@
 
 ### 1.2 功能交流、实现、重构
 
-在交流过程中,详细描述新功能(或重构)的细节、机制和使用场景,能够促使它更好更快地被实现(包括测试用例和代码,及CI/CD相关工作)。**如果计划实现一个重大的功能(或重构),请务必通过 Issue 或其他方式与核心开发团队进行沟通**,这样大家能以最效率的方式来推进它。包含 `#feature` 标签的打开的 Issue 都是需要被实现的新功能,包含 `#enhancement` 标签打开的 Issue 都是需要改进重构的功能。
+在交流过程中,详细描述新功能(或重构)的细节、机制和使用场景,能够促使它更好更快地被实现(包括测试用例和代码,及 CI/CD 相关工作)。**如果计划实现一个重大的功能(或重构),请务必通过 Issue 或其他方式与核心开发团队进行沟通**,这样大家能以最效率的方式来推进它。包含 `#feature` 标签的打开的 Issue 都是需要被实现的新功能,包含 `#enhancement` 标签打开的 Issue 都是需要改进重构的功能。
 
 ### 1.3 Issue 答疑
 
@@ -21,10 +21,10 @@
 
 ### 1.4 文档改进
 
-Linkis 文档位于[Linkis官网](https://linkis.apache.org/zh-CN/docs/latest/introduction/) ,文档的补充完善对于Linkis 的发展也至关重要。
+Linkis 文档位于[Linkis 官网 ](https://linkis.apache.org/zh-CN/docs/latest/introduction/) ,文档的补充完善对于 Linkis 的发展也至关重要。
 
 ### 1.5 其他
-包括参与和帮助组织社区交流、社区运营活动等,其他能够帮助Linkis 项目和社区的活动。
+包括参与和帮助组织社区交流、社区运营活动等,其他能够帮助 Linkis 项目和社区的活动。
 
 
 ## 二、贡献流程
@@ -33,32 +33,32 @@ Linkis 文档位于[Linkis官网](https://linkis.apache.org/zh-CN/docs/latest/in
 
 Linkis 源码可能会产生一些临时分支,但真正有明确意义的只有以下三个分支:  
 - master: 最近一次稳定 release 的源码,偶尔会多几次 hotfix 提交;
-- release-*: 稳定的release 版本; 
+- release-*: 稳定的 release 版本; 
 - dev-*: 主要开发分支;
 
 #### 2.1.1 概念 
 
-- Upstream仓库:https://github.com/apache/incubator-linkis linkis的apache仓库文中称为Upstream仓库   
-- Fork仓库: 从https://github.com/apache/incubator-linkis fork到自己个人仓库 称为Fork仓库  
+- Upstream 仓库:https://github.com/apache/incubator-linkis linkis 的 apache 仓库文中称为 Upstream 仓库   
+- Fork 仓库: 从 https://github.com/apache/incubator-linkis fork 到自己个人仓库 称为 Fork 仓库  
 
-#### 2.1.2 同步Upstream仓库分支最新代码到自己的Fork仓库   
+#### 2.1.2 同步 Upstream 仓库分支最新代码到自己的 Fork 仓库   
 
 - step1 进入用户项目页面,选中要更新的分支  
-- step2 点击code下载按钮下方的Fetch upstream,选择Fetch and merge (如自己的Fork仓库  该分支不小心污染了,可以删除该分支后,同步Upstream仓库新分支到自己的Fork仓库  ,参见指引[同步Upstream仓库分支最新代码到自己的Fork仓库  ](#213-同步Upstream仓库新分支到自己的Fork仓库  ))
+- step2 点击 code 下载按钮下方的 Fetch upstream,选择 Fetch and merge (如自己的 Fork 仓库  该分支不小心污染了,可以删除该分支后,同步 Upstream 仓库新分支到自己的 Fork 仓库  ,参见指引[同步 Upstream 仓库分支最新代码到自己的 Fork 仓库  ](#213-同步 Upstream 仓库新分支到自己的 Fork 仓库  ))
 ![update-code](https://user-images.githubusercontent.com/7869972/176622158-52da5a80-6d6a-4f06-a099-ff65887d002c.png)
 
-#### 2.1.3 同步Upstream仓库新分支到自己的Fork仓库  
+#### 2.1.3 同步 Upstream 仓库新分支到自己的 Fork 仓库  
 
-场景:Upstream仓库有新增分支,但是fork的库没有该分支(可以选择删除后,重新fork,但是会丢失未merge到原始仓库的变更)
+场景:Upstream 仓库有新增分支,但是 fork 的库没有该分支 (可以选择删除后,重新 fork,但是会丢失未 merge 到原始仓库的变更)
 
-在自己clone的本地项目中操作
+在自己 clone 的本地项目中操作
 
-- step1 添加apacheUpstream仓库镜像到本地  
+- step1 添加 apacheUpstream 仓库镜像到本地  
 
 ```shell script
 git remote add apache git@github.com:apache/incubator-linkis.git
 ```
-- step2 拉去apache镜像信息到本地  
+- step2 拉去 apache 镜像信息到本地  
 
 ```shell script
 git fetch apache
@@ -68,11 +68,11 @@ git fetch apache
 ```shell script
 git checkout -b dev-1.1.4 apache/dev-1.1.4
 ```
-- step4 把本地分支push到自己的仓库,如果自己的仓库没有dev-1.1.4分支,则会创建dev-1.1.4分支  
+- step4 把本地分支 push 到自己的仓库,如果自己的仓库没有 dev-1.1.4 分支,则会创建 dev-1.1.4 分支  
 ```shell script
 git push origin dev-1.1.4:dev-1.1.4
 ```
-- step5 删除upstream的分支
+- step5 删除 upstream 的分支
 ```shell script
 git remote remove apache
 ```
@@ -81,61 +81,61 @@ git remote remove apache
 git pull
 ```
 
-#### 2.1.4 一个pr的流程 
+#### 2.1.4 一个 pr 的流程 
 
-- step1 确认当前开发的基础分支(一般是当前进行的中版本,如当前社区开发中的版本1.1.0,那么分支就是dev-1.1.0,不确定的话可以在社区群里问下或则在issue中@相关同学)
+- step1 确认当前开发的基础分支(一般是当前进行的中版本,如当前社区开发中的版本 1.1.0,那么分支就是 dev-1.1.0,不确定的话可以在社区群里问下或则在 issue 中@相关同学)
 
-- step2 同步Upstream仓库分支最新代码到自己的Fork仓库 分支,参见指引 [2.1.2 同步Upstream仓库分支最新代码到自己的Fork仓库 ]
+- step2 同步 Upstream 仓库分支最新代码到自己的 Fork 仓库 分支,参见指引 [2.1.2 同步 Upstream 仓库分支最新代码到自己的 Fork 仓库 ]
 
-- step3 基于开发分支,拉取新fix/feature分支(不要直接在原分支上修改,如果后续pr以squash方式merge后,提交的commit记录会被合并成一个)
+- step3 基于开发分支,拉取新 fix/feature 分支 (不要直接在原分支上修改,如果后续 pr 以 squash 方式 merge 后,提交的 commit 记录会被合并成一个)
 ```shell script
 git checkout -b dev-1.1.4-fix  dev-1.1.4
 git push origin dev-1.1.4-fix:dev-1.1.4-fix
 ```
 - step4  进行开发
-- step5  提交pr(如果是正在进行中,开发还未完全结束,请在pr标题上加上WIP标识 如 `[WIP] Dev 1.1.1 Add junit test code for [linkis-common] ` ;关联对应的issue等)
+- step5  提交 pr(如果是正在进行中,开发还未完全结束,请在 pr 标题上加上 WIP 标识 如 `[WIP] Dev 1.1.1 Add junit test code for [linkis-common] ` ;关联对应的 issue 等)
 - step6  等待被合并
-- step7  删除fix/future分支(可以在github页面上进行操作) 
+- step7  删除 fix/future 分支 (可以在 github 页面上进行操作) 
 ```shell script
 git branch -d dev-1.1.4-fix 
 git push 
 ```
 
-请注意:大特性的dev分支,在命名时除了版本号,还会加上相应的命名说明,如:dev-0.10.0-flink,指0.10.0的flink特性开发分支。
+请注意:大特性的 dev 分支,在命名时除了版本号,还会加上相应的命名说明,如:dev-0.10.0-flink,指 0.10.0 的 flink 特性开发分支。
 
 ### 2.2 开发指引
 
 Linkis 前后端代码共用同一个代码库,但在开发上是分离的。在着手开发之前,请先将 Linkis 项目 fork 一份到自己的 Github Repositories 中, 开发时请基于自己 Github Repositories 中的 Linkis 代码库进行开发。
 
-我们建议克隆dev分支命名为dev-fix来开发,同时在自己仓库新建dev-fix分支,直接在原分支上修改,如果后续pr以squash方式merge后,提交的commit记录会被合并成一个
+我们建议克隆 dev 分支命名为 dev-fix 来开发,同时在自己仓库新建 dev-fix 分支,直接在原分支上修改,如果后续 pr 以 squash 方式 merge 后,提交的 commit 记录会被合并成一个
 
 ```shell script
 #拉取分支
 git clone https://github.com/{githubid}/incubator-linkis.git --branch dev
-#根据dev生成本地dev-fix分支
+#根据 dev 生成本地 dev-fix 分支
 git checkout -b dev-fix dev
-#把本地dev-fix分支推到自己的仓库
+#把本地 dev-fix 分支推到自己的仓库
 git push origin dev-fix dev-fix
 ```
 
 ### 2.3 Issue 提交指引
 
 - 如果您还不知道怎样向开源项目发起 PR,请参考[About issues](https://docs.github.com/en/github/managing-your-work-on-github/about-issues)
-- Issue 名称,应一句话简单描述您的问题或建议;为了项目的国际化推广,请用英文,或中英文双语书写 issue.
-- 每个Issue,请至少带上component 和type 两个label,如component=Computation Governance/EngineConn,type=Improvement.参考:[issue #590](https://github.com/apache/incubator-linkis/issues/590)
+- Issue 名称,应一句话简单描述您的问题或建议;为了项目的国际化推广,请用英文,或中英文双语书写 issue
+- 每个 Issue,请至少带上 component 和 type 两个 label,如 component=Computation Governance/EngineConn,type=Improvement.参考:[issue #590](https://github.com/apache/incubator-linkis/issues/590)
 
 ### 2.4 Pull Request(PR) 提交指引
 
 - 如果您还不知道怎样向开源项目发起 PR,请参考[About pull requests](https://docs.github.com/en/github/collaborating-with-issues-and-pull-requests/about-pull-requests)
-- 无论是 Bug 修复,还是新功能开发,请将 PR 提交到 dev-* 分支。
-- PR 和提交名称遵循 `<type>(<scope>): <subject>` 原则,详情可以参考阮一峰的 [Commit message 和 Change log 编写指南](http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html) 这篇文章。
-- 如果 PR 中包含新功能,理应将文档更新包含在本次 PR 中。
-- 如果本次 PR 尚未准备好合并,请在名称头部加上 [WIP] 前缀(WIP = work-in-progress)。
+- 无论是 Bug 修复,还是新功能开发,请将 PR 提交到 dev-* 分支
+- PR 和提交名称遵循 `<type>(<scope>): <subject>` 原则,详情可以参考[Commit message 和 Change log 编写指南 ](https://linkis.apache.org/zh-CN/community/development-specification/commit-message) 
+- 如果 PR 中包含新功能,理应将文档更新包含在本次 PR 中
+- 如果本次 PR 尚未准备好合并,请在名称头部加上 [WIP] 前缀(WIP = work-in-progress)
 - 所有提交到 dev-* 分支的提交至少需要经过一次 Review 才可以被合并
 
 ### 2.5 Review 标准
 
-在贡献代码之前,可以了解一下什么样的提交在 Review 中是受欢迎的。简单来说,如果一项提交能带来尽可能多增益和尽可能少的副作用或风险,那它被合并的几率就越高,Review 的速度也会越快。风险大、价值低的提交是几乎不可能被合并的,并且有可能会被拒绝 Review。
+在贡献代码之前,可以了解一下什么样的提交在 Review 中是受欢迎的。简单来说,如果一项提交能带来尽可能多增益和尽可能少的副作用或风险,那它被合并的几率就越高,Review 的速度也会越快。风险大、价值低地提交是几乎不可能被合并的,并且有可能会被拒绝 Review。
 
 #### 2.5.1 增益
 
@@ -151,7 +151,7 @@ git push origin dev-fix dev-fix
 - 仅仅修复 Bug 的表面现象
 - 引入复杂度高的新功能
 - 为满足小众需求添加复杂度
-- 改动稳定的现有API或语义
+- 改动稳定的现有 API 或语义
 - 导致其他功能不能正常运行
 - 添加大量依赖
 - 随意改变依赖版本
@@ -171,11 +171,11 @@ git push origin dev-fix dev-fix
 
 #### 3.1.1 如何成为 Committer
 
-如果您对 Linkis 提过颇具价值的 PR 并且被合并,或是连续贡献超过半年,且至少主导过一次版本的发布,您可以通过官方微信群找到Linkis项目的一个 PMC ,如果他愿意提名您为 committer,并愿意为您陈述您的贡献给所有 PMC和Committer,那么接下来会发起一次投票;PMC和其他 Committers 将会一起投票决定是否允许您的加入,如果得到足够票数,您将成为 Linkis 项目的 Committer。
+如果您对 Linkis 提过颇具价值的 PR 并且被合并,或是连续贡献超过半年,且至少主导过一次版本的发布,您可以通过官方微信群找到 Linkis 项目的一个 PMC ,如果他愿意提名您为 committer,并愿意为您陈述您的贡献给所有 PMC 和 Committer,那么接下来会发起一次投票;PMC 和其他 Committers 将会一起投票决定是否允许您的加入,如果得到足够票数,您将成为 Linkis 项目的 Committer。
 
 #### 3.1.2 Committer 的权利
 
-- 可以加入官方开发者微信群,参与讨论和制定Linkis开发计划
+- 可以加入官方开发者微信群,参与讨论和制定 Linkis 开发计划
 - 可以对 Issue 进行管理,包括关闭、添加标签
 - 可以创建和管理项目分支,master、dev-* 分支除外
 - 可以对提交到 dev-* 分支的 PR 进行 Review
@@ -190,5 +190,5 @@ git push origin dev-fix dev-fix
 #### 3.2.2 Committee 成员的权利
 
 - 可以合并其他 Committers 和贡献者提交到 dev-** 分支的 PR
-- 可以参与决定Linkis项目的roadmap和发展方向
+- 可以参与决定 Linkis 项目的 roadmap 和发展方向
 - 可以参与新版本发布
diff --git a/docs/index.md b/docs/index.md
new file mode 100644
index 000000000..28254c297
--- /dev/null
+++ b/docs/index.md
@@ -0,0 +1,7 @@
+This docs folder is only used to temporarily store some version documents.
+For detailed documentation, please visit the official website 
+https://linkis.apache.org/docs/latest/introduction
+
+------
+这个docs文件夹,只是用来临时存放一些版本文档,
+详细文档 请到官网查看   https://linkis.apache.org/zh-CN/docs/latest/introduction/
\ No newline at end of file


---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@linkis.apache.org
For additional commands, e-mail: commits-help@linkis.apache.org