
文章目录1.修改package.json中的版本号2.打tagpush3.到origin对应的远程仓库下查看release4.如果发现版本错了怎么办1.修改package.json中的版本号{ name: TimeTracker, version: 1.2.0, .... }将版本号version修改为新的版本号。最终由github自己构建的exe文件会议这里的 version: “1.2.0” 这个代号作为命名。2.打tagpush假设这里已经把代码给写好了准备push到release的新taggit tag v1.2.0 # 一般情况下v1表示兼容性新版本是否兼容旧版本如果不兼容就是v2了。v1.2是指开发了新特性。v1.2.1是指兼容旧版本的新特性并修复了v1.2的bug git push origin v1.2.0 ## 这里的origin是准备push的仓库名字3.到origin对应的远程仓库下查看release此时如果一切没有问题github已经在自己构建新的release并生成 exe 文件用来发布了。那么github 是如何得知如何构建的呢答案藏在.github/workflows/build.yml中。这份文件会告诉 github 如何在接收到 构建的指令(git push origin v1.2.0)后构建新的版本。一份示例的build.ymlname: Release Build on: push: tags: - v* # 监听所有以 v 开头的标签如 v1.0.0、v2.1.3 permissions: contents: write jobs: build: runs-on: windows-latest steps: - name: 检出代码 uses: actions/checkoutv4 - name: 设置 Node.js uses: actions/setup-nodev4 with: node-version: 20 - name: 安装依赖 run: npm install - name: 构建项目 run: npm run build:win - name: 创建 Release uses: softprops/action-gh-releasev1 with: files: release/* env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}4.如果发现版本错了怎么办可以直接到 github 仓库对应的release下删除后重新git push origin v1.2.0让github重新构建。需要是一个自己有管理权的仓库哦git tag -d v1.2.0 #删除本地tag git push origin --delete v1.2.0 # 删除远程仓库的tag ## 修改修改.. ## 重新push git tag v1.2.0 git push origin v1.2.0