在西邮小程序版本，基于 Vue3 + Taro 开发，使用 NutUI 组件库，使用 Pinia 进行状态管理。
# 环境要求
node 版本 14+
pnpm 版本 7+
VS Code（开发）
微信开发者工具（调试）准备好环境之后，就可以准备开始开发了。
# 克隆仓库至本地
git clone https://github.com/allspark-studio/inxupt-frontend.git
# VS Code 打开项目
code ./inxupt-frontend
# 安装依赖
pnpm i
# 启动服务
pnpm dev:weapp启动之后再打开微信开发者工具，打开项目根目录，即可预览运行效果，此时修改代码可以热重载。
pnpm build:weapp打包为微信小程序版，后续发布时发布 dist 目录即可。
pnpm lint该命令会检查源码中的 js ts vue等文件，如果出现报错时，需修复后方可合入主干分支。
TODO：配置 husky 提交信息检查。
[修改类型](修改范围): 标题
正文修改类型
- feat：提交新功能
- fix：修复了bug
- docs：只修改了文档
- style：调整代码格式，未修改代码逻辑（比如修改空格、格式化、缺少分号等）
- refactor：代码重构，既没修复bug也没有添加新功能
- perf：性能优化，提高性能的代码更改
- test：添加或修改代码测试
- chore：对构建流程或辅助工具和依赖库（如文档生成等）的更改
统一以 [分支类型]/[用户名]/[模块或修改内容] 的形式命名，每块之间单词使用中划线连接。如: feature/marston/user-info、bugfix/marston/login-error
其中[分支类型]可选值为：
- feature：特性分支，用于开发新功能，从 dev 拉取，功能开发完成后合并至 dev 分支。
- bugfix: 上线前 bug 修复分支，测试过程中发现的问题时，从 test 分支拉拉取，修复完成之后合并到 test 分支。
- hotfix：线上 bug 修复分支，从 master 分支拉取，修复完成后先回合至 test 分支进行测试，测试完成后合并到 master 分支。
主干分支说明：
- dev: 开发分支，feature 分支开发完成后统一合并到 dev 分支，需经过代码评审。
- test: 测试分支，每个迭代会向此分支合并一次代码并基于该分支发布测试版本。
- master: 线上分支，线上实际运行的代码，基于此分支发布正式版本。
修改范围
简短描述修改的影响范围，当修改影响多个范围时，也可以使用“*”。
修改简述
概述修改的内容，不宜过长，不用句号结尾。
- 环境相关配置放在
config/目录下 - 全局的类型声明文件(
*.d.ts)放在types/目录下 - 其他插件等配置平铺在项目根目录。
pages目录存放页面相关代码，承载业务逻辑request目录存放请求配置相关代码，对外暴露请求使用的axios实例，其目录结构尽量与pages相同service目录存放 api 请求类，业务中引用对应类并实例化后使用，其目录结构尽量与pages相同types目录存放类型定义相关文件，其目录结构尽量与pages相同store目录存放 pinia store，其目录结构可以直接平铺utils目录存放全局工具方法 （业务性工具方法可以放在业务页面所在目录的utils.ts文件中）constants目录存放通用常量 （业务性常量可以定义在业务页面所在目录的constants.ts文件中）
- Vue文件采用大驼峰命名(PascalCase)。例如：
DashboardSearch.vue - 页面配置文件
*.config.ts。例如：dashboard_search.config.ts - 除 vue 之外其他文件均采用小驼峰命名(camalCase)。例如：
user_service.ts - service 中的文件均已
*_service.ts命名。