本地更新仓库目录中的静态文件时，需先把原先的静态资源删掉，再重新复制新的静态资源，切不可以文件覆盖的方式更新

发包说明 #

• 测试版本
  • 运行 npm run build 命令，把 dist 文件手动传给运维即可
  • 测试版本对应的 version 需要在项目的根目录下的 package.json 的 version 字段进行维护
• 正式版本
  • 使用 gitlab release 进行稳定版本的维护和部署
  • 在 /build 目录下安装依赖
  • 在 /build-release/config.ts 文件下配置 git 相关配置
  • 运行 npm run push:release 命令即可

配置说明 #

• 在 /build-release/config.ts 文件下配置 git 相关配置

/**
 * a/b: git config user.name
 * token: gitlab token 
 * username: 姓名
 */
export default {
    a:{
        token:'xxx',
        username:'张三'
    },
    b: {
        token: 'xxx',
        username: '李四'
    }
} as Record<string, Config>

• gitlab token 获取

1、登录 gitlab 平台
2、进入 Settings 页面
3、进入 Access Tokens 页面
4、填写 Name、Expires at 字段，以及勾选 Scopes 下面的全部选项
5、复制 gitlab token

push:release #

• 填写本次提交更新内容，支持 markdown 语法，以分号（中英文） ; 进行结束
• 是否添加版本后缀
  • 如果该项目存在多个不同的分支版本（单位），需要添加特殊后缀进行区分
  • 输入 y; 后，直接输入标识字符即可，例如：输入 xiangshan; 则在 gitlab release 上会呈现 0.0.1-xiangshan
• 是否制定 tag 分支
  • 输入 y; 后，需要指定该版本对应的是哪个分支上的代码，例如：输入 dev_xy; 则表示该提交的版本的对应的开发分支是 dev_xy
  • 输入 n; 后，则默认指向主分支 master

spug 部署平台 #

• 地址：https://spug.zhijiasoft.com/
• 在该平台上上传 dist 前端静态资源压缩包，选择项目对应的部署服务器进行部署发布
• 如果该项目规模较大，会考虑增加发布审核机制，由前端进行提交静态资源，产品进行审核发布
• 如果需要回溯，可根据 release 上的历史资源包进行下载上传部署即可