前端工程化
工程结构├── 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 等信息，然后根据改动类型，对修改版本号，版本号更改要严格遵循
页:
[1]