工程结构
├── src
├── dist
├── example
├── docs
├── index.js
├── package.json
├── README.md
├── .gitignore
└── .npmignore
src
- 项目的源码,开发阶段在这个目录进行dist
- 存放构建之后的文件的目录,如果不需要引用源码,则可以直接引用该目录下的文件。examples
- 示例,调用方法示例。docs
- 项目文档,如果文档内容太多,不方便全部写到 README 中,可以下 docs 目录下新建 Markdown 文件。test
- 测试,单元测试文件index.js
- 项目入口文件,package 中的入口文件默认指向此文件。package.json
- npm 配置,包含项目名称、版本、依赖、作者、运行命令等基本信息。README.md
- 项目说明文件,gitlab/hub、npm 等平台会默认展示该文件的内容,作为项目介绍。.gitignore
- 配置不需要提交的 git 上的文件,通常为编译生成的文件和目录、编辑器/IDE 的配置文件。.npmignore
- 配置不需要提交到 npm 上的文件。.npmrc
- 项目级别的 npm 配置,用于设置 registry。
README.md
README.md 文件应该如下内容:
- 解决什么问题
简介的描述模块的作用。 - 如何调用
尽量给出完整可执行的代码,如果给出伪代码,也尽量省略常识性内容。 - 配置项
- 已知问题 & notes
在什么环境下会出现什么问题,如何规避。 - 迭代计划
单元测试
组件构建之前默认调用 'npm chr-test' 进行测试。
examples
项目中应该包含一个覆盖项目大部分 API 的实例程序,如果文档表述不清楚,则调用者可以按照实例程序的方式来使用。
如果是不同种类的例子,建议分文件夹存放。
npm script
在自动构建时,构建程序会调用 npm scripts 中的命令。
也建议将项目常见的操作写成 npm script。
保留如下命令:
chr-build:
chr-test:
组件创建脚手架
generator-pkg
chr-npm 模块脚手架 @chr/generator-pkg(http://npm.corp.chinahr.com/package/@chr/generator-pkg)
安装
脚手架基于 Yeoman(http://yeoman.io) 开发,所以需要先安装 Yeoman.
bash
npm --version
npm install -g yo
npm install -g @chr/generator-pkg --registry http://npmapi.corp.chinahr.com
然后就可以使用脚手架生成模块框架了bash
mkdir foo
cd foo
yo @chr/pkg
选项说明
name
项目名称,默认为文件夹名称,只能用中文,也会用于 git 上的项目名称,以及 git 的 repo url,所以不能出现除 /
之外的符号。
desc
项目描述,用于 package.json
中的 desc
字段和 git 上的项目描述,支持中文。
type
项目类型,适用于浏览器或 node
, 或者两者都合适,目前没什么作用
author
作者,英文,用于 package.json
中的 author
, 尽量使用 OA 用户名
脚手架做了什么事情
- 收集用户输入,确定项目基本信息
- 复制模板到项目中,并替换其中的变量
- 在
http://10.0.0.236/npm
分组下创建同名项目 - 在项目目录下初始化 git repo,并设置上一步中的 repo url 为 git remote origin
- 将项目目录下现有文件 commit, 并 push 到 origin/master
- 完成项目生成
问题
- 如果远程服务器上存在同名项目,脚手架 3 步以后会失败,所以务必保证项目不要重名
- 项目中含有 example 字样,在 gitlab 上会 404,不能 100% 复现
组件发布
由于
cnpmjs.org
的限制,只有在配置文件中写明的用户才能够发布组件。所以,考虑到这个用户名单维护的成本,不计划使用每个用户都可以发布的方式。
发布方案
组件发布借助 gitlab
和 jenkins
, 在组件发布工具中触发发布操作,发布工具会从对应 repo
中拉取代码,执行构建,并发布到 npm 仓库。
发布前的改动
根据本次改动,更新 README.md
与 examples
等信息,然后根据改动类型,对修改版本号,版本号更改要严格遵循