几年前我也在自动化部署方面做了一些努力，在此博客中分享我的学习，是自动化部署的一小步，也是前端的一大步砖头。感谢两位网友@_shanks和@TomCzHen的意见，让我有了继续优化部署流程的动力。本文主要对自动化部署过程中的版本管理和流程合理性做了一些改进。标准化工作流程，用户体验更佳！在自动生成更新日志之前，我手动修改了CHANGELOG.md来记录更新日志。感觉操作有点累，不是很规范。好在有前辈栽过树，于是考虑使用conventional-changelog-cli自动生成更新CHANGELOG.md，真是好用！什么是conventional-changelogGenerateachangelogfromgitmetadataGenerateachangelogbasedongitmetadata，conventional-changelog-cli是一个相关的命令行工具。安装conventional-changelog-clinpminstall-gconventional-changelog-cli初始化生成CHANGELOG.mdcdmy-projectconventional-changelog-pangular-iCHANGELOG.md-s以上命令基于上一个Feature,Fix,PerformanceImprovement或BreakingChanges等类型的提交记录生成或更新CHANGELOG.md。如果你想根据之前所有的commit记录生成一个完整的CHANGELOG.md，可以试试下面的命令：conventional-changelog-pangular-iCHANGELOG.md-s-r0将工作流代码添加到这里的暂存区那里第一步没什么特别的，就是每天写代码，然后把工作区的内容添加到暂存区。混帐添加。标准提交信息一个标准的提交信息一般分为Header、Body和Footer三部分。Header包括type、scope、subject等部分，分别用于描述commit的类型、影响范围和commit的简要说明。Body是详细的描述，可以写多行。Footer主要用于描述不兼容的变更（BreakingChange）或关闭问题（Closes#issue）。格式如下：():
