@pisx/pi-design NPM

pi-design

编写组件

调整新的发布流程：开发前，请将分支切换至 dev 分支，在 dev 分支开发之后提交代码在 packages 目录下新建组件，文件夹命名小驼峰组件命名大驼峰组件需要有 name 属性导出组件的注册名称，需要全局导出和按需加载两种方式导出，具体参考已封装的组件

调试

本地调试，组件库代码保持在 dev 分支下，先把组件库里面 package.json 文件的 module 字段改为"src/index.js"，然后在组件库目录下 npm link ，在业务代码根目录下 npm link pi-design ,最后业务代码启动，每次link之后需重新启动项目方能生效。

commit 规范

feat：新功能（feature）
fix：修补bug
docs：文档（documentation）
style： 格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改bug的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动
build：影响构建系统或外部依赖关系的更改（示例范围：gulp、Brocoli、npm）
ci：对CI配置文件和脚本的更改（示例范围：Travis、Circle、BrowserStack、SauceLabs）
chore：不修改src或测试文件的其他更改
revert：恢复以前的提交
提交git 命令：
git add .
git commit -m "feat: 提交XXX新功能" 或者 npm run commit
注意：feat后面冒号是英文冒号，冒号后面要有空格
有问题及时提出来

发布

为稳定组件库版本避免生成环境版本不稳定引起bug,组件库发布采用如下流程： 1. 开发阶段发布版本，在dev分支发布，基于上次发布生产的版本号修改package.json中version版本号后面加"-beta",例如："0.3.54-beta",每次部署不做版本号的升级，只用部署之后，业务代码重新下载pi-design即可 2. 开发阶段部署时，在流水线编译构建中，点执行之后，选择dev分支发布 3. 迭代结束，发布uat时，将dev合并至master，由组件库负责人及模块负责人升级正式版本号，在流水线选择master分支发布正式版本 4. 版本号升级规则，采用主版本号.子版本号.阶段版本号（0.3.54），有重大变更的时候升级主版本号（0），增加新的组件时请升级子版本号（3），修复bug的时候升级阶段版本号（54）

业务升级包

开发环境由开发发布beta版本之后，在开发环境使用beta版本的验证，提测之后，发布uat，由模块负责人及组件库负责人发布正式版本之后，修改业务的版本号部署

编写文档

文档使用 md 编写，在 examples 的 docs 目录中新建 md 文件，文件名称最好跟组件名称相同，然后 router 下的 nav.config.json 中配置文档的路由，文档本地启动执行 npm run dev ,打包执行npm run build