嗯..! 2017 年 12 月 共 3 篇日志。 继续努力。

2017 年度总结 - 写在跨年前夜 有更新!

博客 2017年我的个人博客风林火山一共更新了14篇文章。 工作 今年4月份,离开同方,来到了国资商城 搭建了团队内使用的Jenkins/Nexus私库及后续的维护管理 五个项目的设计和关键业务实现 团队项目的gitlab版本管理及上线工作 尝试了一下codereview 今年10月后,公司经历了两次裁员,不是很理解公司的一些做法(可能位置不同),也很替公司和离开的同事惋惜,毕竟他们在以前的公司都是独当一面的员工,算是双输吧。一位主动离开同事的话我还记得:“苟富贵,莫相忘”。 父母&娃 父母今年身体不太好,痛风、感冒交替着来。 娃最近吃饭不消化,上吐下泻的,看着心疼。自从有了娃,才明白一个人从婴儿长到成人的过程是多么的不易,也明白了父母抚养我们长大有多么不易。 而立 三十来了,四十还远吗?不知不惑之年又会是怎样的人生。 动画 在看《一人之下》,《超神学院》 开源git:flhuoshan(https://github.com/flhuoshan) 做了两个SpringBoot脚手架,其中一个是模块化的,可以作为项目的initproject。 书单 今年….

阅读全文 »

一种 gitlab 版本管理策略

背景 目前负责小组内源码的版本管理,将目前的我们的源码管理策略做一番梳理和分享,以期共同进步。 流程 先建立主分支master Owner基于master建立开发分支xxx-dev-v1,xxx-release-v1,分别是第一期开发版本,第一期发布版本。 xxx-dev-v1供开发人员拉取并开发,功能点开发完成且单元测试通过后,将开发代码提交到xxx-dev-v1上。 测试人员测试xxx-dev-v1的代码,测试通过后,由本人将xxx-dev-v1的代码合并到xxx-release-v1,待发布。发布前若测试人员发现bug,则重复3、4步。 发布时,由Owner将xxx-release-v1合并到master分支,合并后master分支打tag,如master> git tag 20171220-v1.0,然后运行自动发布脚本进行发布。 项目是迭代开发,第一期完成后该进行第二期开发,命名方式相同,依次类推。 如果在开发V2的过程中,需要紧急修复V1(线上)中的漏洞,则重复3、4、5步,并在最后将master的代码合并到V2上,以保证V2的代码最新;如评估后不紧急,可放在….

阅读全文 »

使用 shell 脚本打包部署 springboot 项目

背景:目前我们的非正式环境(包括TEST,PRE)都使用jenkins进行发布,但正式环境还是手动打包发布。因此为了节省发布的时间,写了一套shell脚本进行一键发布。计划后期(如果还有后期的话)将项目迁移到docker进行发布管理。 code: #!/bin/bash #author cl* CODE_DIR=“codedir” PACKAGED_NAME=“packagename” GIT_PROJECT_NAME=“projectname” GIT_BRANCH_NAME=“branchname” APP_DEPLOY_PATH=“deploypath” PROFILE=“prd” PORT=9096 #如果任何语句的执行结果不是true则应该退出 set -e #git初始化配置,配置后,无需手动输入用户名及密码即可从指定git管理代码 function gitinit(){ echo “start gitinit…” cd ~/ touch .git-credentials echo “http://username:password@xxx.xxx.xxx.xxx” &….

阅读全文 »