如何贡献?

说明

充分展示你自己的平台, 无论你是ts小白, 还是颇有见地的大佬, 都可以:

• 贡献你的代码
• 观摩别人的优秀代码
• 提升你的原生能力

前置知识

帮助完善该插件库, 需要一定的基础知识:

• 基本的Git命令
  • git branch
  • git checkout
  • git fetch & git diff & git merge
  • git push
• 基本的Ts语法
  • interface
  • 类型注解
• 基本的webpack知识

当然, 对于封装插件, 需要具备一点点进阶能力:

• 面向对象基本

其它的, 会在规范要求模块中加以说明.

贡献内容

可参考ddzy

目前来说, 只囊括以下几个区块:

• business (业务相关)
• canvas (canvas特效相关)
• utility (工具方法相关)
  • dom (DOM方法)
  • array (数组方法)
  • function (函数方法)
  • number (数值方法)
  • object (对象方法)

如果你已经有了明确的贡献内容, 那么just do it. 如果你暂时没有明确的目标, 那么可以参考这篇Wiki, 我来给你定目标.

具体流程

第一步: 获取

两种方式(建议使用第二种, 方便省事)

# 方式一
git clone https://github.com/ddzy/ts-utility-plugins.git

# 方式二
fork & git clone your.git

第二步: 开发

开发前请仔细阅读规范要求

2.1 development

开发环境中, 由于简单的集成了webpack环境, 所以只需两步：

1. 启用ts类型检查

npm run check

2. 启动开发服务器

npm run start

2.2 test

5/10日更新已集成jest单测环境, 可按照以下步骤来启动.

(1): 步骤一

修改jest.config.ts, 修改testRegex条目中的ddzy\/__tests__为你自己的路径(注意: 该路径必须位于你的bucket下).

export default {
  testRegex: "(/ddzy\/__tests__/.*|(\\.|/)(test|spec))\\.(jsx?|tsx?)$",
  moduleFileExtensions: ["ts", "tsx", "js", "jsx", "json", "node"],
};

(2): 步骤二

编写相应的测试文件, 命名方式为:

*.test.ts
// or
*.spec.ts

(3): 步骤三

启动测试服务器

npm run test

2.3 product

生产环境的构建操作, 全部交由项目owner完成

规范要求

(1): 分支规范

a. 开发前

日常提交前, 牢记先同步原分支、origin分支、本地分支.

具体命令可参考我的博客-原仓库与fork仓库合并.

b. 开发中

项目有两个常驻分支:

• master
• branch/dev

日常的开发必须在branch/dev下进行, 可于其下开辟feature-*分支, 之后merge到branch/dev中即可.

c. 开发后

个人更改需提交pr到branch/dev分支.

(2): 项目规范

a. 结构

关于项目结构的规范要求, 提出以下几点:

1. 需在src下建立bucket, 命名为你的github用户名.
2. 日常开发只能在你的bucket下进行.
3. bucket下须有三个大区块:

• business
• canvas
• utility

下面是规范的结构图, 可参考ddzy:

b. 代码

关于coding规范, 个人风格迥异, 不作要求...

c. README

一个良好的README.md能看出你对该项目的重视、了解程度, 所以请在你的bucket下建立一个规范的README.md, 帮助别人了解你的项目:

• 做了什么?
• 如何去做?

可参考ddzy/README.md

(3): 提交规范

良好的commit, 既能方便查阅历史提交, 又赏心悦目, 何乐而不为?

具体请参考angular规范

想在commit中添加可爱的emoji?

参考: 在git commit中添加表情

注意事项

如果你的项目README.md过于冗长, 可以考虑提取至其它在线站点——Gitbook、Vuepress都是非常不错的选择!

Q&A

待补充...