git tag使用指南
如果一个频繁迭代的项目单纯靠分支来做版本控制,一个需求一个分支,那么分支就会越来越多,分不清主次,尤其情况比较复杂的项目,各种版本分支就会交杂在一起,分支图就是一团乱麻。
我比较推荐使用git中的tag来做版本控制,这也是主流的版本控制方式,很多WorkFlow模型、GitHub的release功能等等都是基于tag。功能发布完打上tag,再删除无用分支,分支图也会更加清晰,日后的回溯和复查会更加便利。
如果一个频繁迭代的项目单纯靠分支来做版本控制,一个需求一个分支,那么分支就会越来越多,分不清主次,尤其情况比较复杂的项目,各种版本分支就会交杂在一起,分支图就是一团乱麻。
我比较推荐使用git中的tag来做版本控制,这也是主流的版本控制方式,很多WorkFlow模型、GitHub的release功能等等都是基于tag。功能发布完打上tag,再删除无用分支,分支图也会更加清晰,日后的回溯和复查会更加便利。
公司架构原因,前端部署还没有实现CI/CD,仍需要本地打包再上传到服务器。这种部署方式以前工作上没用过,只有早前自己玩服务器的时候学过,但只停留在会用的阶段。正好借这个机会把知识补一补,顺带安利下自用的一些工具。
本文是我阅读《你不知道的JavaScript》过程中记录下来的笔记。书我挺早就买了,买来看了几次,后来就放书架上积灰了。时隔多年,已经忘光了🥲趁这段时间有空又看了一遍,把笔记记了下来。
多技是我入职的第三家公司,在杭州安了家,就在家附近找工作,找到了多技,虽然小公司工资福利没那么好,但是离家近,并且正宗965不加班,想着教育行业总归比较稳吧,公司那时候也在上升期,看不错就去了。奈何互联网公司太不稳定,待了一年,教育行业大整顿,公司受了很大的影响,开始大裁员,裁了半年轮到了我头上,哎😑
成为社畜后,车车还是挺需要的,蓝牌摇了好几年了,着实摇不到,于是买了电车。就我这手气,这篇下次更新估计得好多年后了,祝我早日摇到车牌吧🙏🏻。其他方面的经验点击看这篇汇总文章-《社畜的生活备忘录》吧~
打工人免不了要开会,我们程序员也是,有各种各样的会议需要参加。当时项目组制度改革,规范了流程,但是要参加的会实在是太多了,开会效率也挺差,于是我整理出了下面这篇文章,最后大家都同意了我的想法,改善了很多。所以有觉得不合理的地方,果断提出来,一起追求高效工作💪。
查看项目的laravel版本号:
1 | docker-compose exec XXX bash # 进入容器中 |
参考资料:Laravel 5.6 中文文档
规范的重要性不言而喻,决定了团队的代码质量和风格走向。规范有很多方面,比如流程规范、commit规范、readme规范、安全规范等等。团队越大,越能凸显出规范的作用。这篇就简单总结下各种规范,还不完整,以后慢慢补充。(立起了一个flag)