huiskai的博客

基于Ubuntu22和Mysql8的私有Wiki系统搭建，内容包括Docker安装、Mysql8实例、Mysql数据备份、重启，Wiki服务启动。

基于Ubuntu22+Gitlab+Jenkins的CI/CD系统搭建

当重写一个应用，需要衡量投入和产出的比值，重写需要投入多少成本，重写成功后的收益是什么。综合起来，主要考虑以下几个方面的问题：更高的工作效率：旧系统需要很多天才能完成的功能，新系统可能需要1天就能很好的完成更好用户体验：用户体验是当前系统的重大问题，如果再不采取行动，就会影响到业务开展，同时目前没有替代方案或者替代方案收益覆盖不了成本更高的性能：旧的应用需要3秒钟才能相应，新系统只需要0.5秒过时的依赖或技术：过时的框架，已经缺少适合的开发人员进行维护更好的技术：原来需要100行代码的功能，新系

    作为开发人员，每天都进行了大量的代码提交，为了方便维护，需要快速了解某个提交的意图，这时候需要规范提交的命名规则。最直观的方法就是在提交的commit message上加上相应的修改类型。docs ：对应于修改的类型，即文档更新changelog：影响的范围，即changelog文件subject：对应的事件，即相应的提交内容buid：影响构建系统或者外部依赖关系的更改（如：gulp、broccoli、NPM）ci：更改持续集成文件和脚本feat：添加新功能fix：修复某个错误pe