2022年4月29日 阴 小雨

65 views

首版本终于发布结束。
从开始参与项目到首版本发布,忙活了快一年半了,终于看到了成果,不容易。

原计划4月25日发布,结果出了一些状况需要处理,结果直到今天才完成发布流程。期间有2天加班超过晚上12点。
公司和家里的领导均表示很不满意。我也表示很无奈,只能陪着笑脸。

首版本发布最难,因为是新的产品类型,发布通道、规格、要求均不相同,相关的流程均需要拉通和验证。各种备案、各种澄清,小作文都不知道写了多少份,好在终于在放假前打通了关键流程,达成了预定的目标。

下个版本已经在酝酿了,期望重走发布流程时,期望可以稍微轻松一些。

回首整个版本发过过程,几件事情没有做好,比如:

  • 版本范围不清晰。
    版本末期安排的一些修改,没有需求跟踪,导致测试验证不充分。这个很坑,幸亏没有出大问题,否则还真是难办。
  • 流水线构建执行机,执行机的配置低,导致版本构建时间长。
    意味着版本归档操作比较费时,出问题后,修复的时间代价比较高,开发人员的体验比较差。
  • 静态检查工具,没有尽早整合到开发流程中。
    导致

    • 开发人员没有机会养成比较好的编程习惯,临近版本发布时,开发人员提交的代码仍然存在静态检查问题。
    • 静态检查工具自身的问题发现比较迟。比如参数导致多个任务会跑在同一台执行机上,CPU、内存占用过高,直接把机器跑挂了,进而阻塞版本构建的操作。
  • 没有提前演练发布流程,验证各IT应用对版本的支持程度。
    当前版本发布流程很长,涉及的IT应用很多,对于版本交付件的要求存在差异。比如:

    • 发布版本包的文件命名。
      发布流程中涉及的不同IT应用,对于发布交付件的命名规范虽然兼容,但存在细微的差异,本次发布过程中在不同的IT上出现了不同的命名校验失败的现象。修改版本交付件的名称虽然不困难,但完整构建流程耗费几个小时,这让人着实崩溃。
    • 发布版本包的大小。
      现有的IT应用,当前承接的产品中,发布交付件均以小文件为主,没有接到过大文件的需求,因此对于如何支持大文件,IT的同事需要时间来梳理实施方案。

上述问题,说起来确实不是啥大事儿。亲身体验过这些小事之后,让我想起了一则笑话,《蚂蚁伴倒大象》,真是让人哭笑不得。

另外,现有的流程确实很重型,任务很多,让我想起了一首儿歌《蜗牛与黄鹂鸟》。儿歌本身很好听,现在听起来有点小讽刺。

蚂蚁伴倒大象

一只蚂蚁在路上看见一头大象,蚂蚁钻进土里,只有一条腿露在外面。
小兔子看见了,不解地问:“为什么把腿露在外面?”蚂蚁说:“嘘!别出声,老子绊它一跤!”
第二天,兔子看见整窝的蚂蚁排着队急匆匆赶路,问何故?
蚂蚁答:“昨天有头大象被我们一兄弟绊倒,摔成重伤,我们给大象献血去。”
没多久,兔子见大批蚂蚁又回来了,就问怎么回事,一只蚂蚁说:“哦,只有一个跟那大象的血型一致,留它一个在那抽血,足够。”
第三天兔子赶来问蚂蚁:“那大象活了吗?”
蚂蚁无可奈何地说:“我把它抬回去了,没想到,它也太不经摔了!”

蜗牛与黄鹂鸟

阿门 阿前 一棵葡萄树
阿嫩 阿嫩 绿地刚发芽
蜗牛背着那重重的壳呀
一步一步地往上爬

阿树 阿上 两只黄鹂鸟
阿嘻 阿嘻 哈哈在笑它
葡萄成熟还早得很哪
现在上来干什么

阿黄 阿黄 鹂儿不要笑
等我爬上它就成熟了



若非注明,均为原创,欢迎转载,转载请注明来源:2022年4月29日 阴 小雨

关于 JackieAtHome

基层程序员,八年之后重新启航

此条目发表在 日志 分类目录。将固定链接加入收藏夹。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

Protected with IP Blacklist CloudIP Blacklist Cloud