成功的软件发布的三个要素

成功的软件发布的三个要素

一份良好架构加上两份团队合作。再加点儿自动化,然后搅拌就好了。

在你的职业生涯中,你一定会参与到一个庞大的软件发布中。这个软件发布可能带有各种顽固 Bug 和复杂依赖关系,它需要整个团队全天候工作。更不用提的是,一旦它投入生产,它还需要不停地打补丁。

CODING 企业版」作为企业级软件研发管理系统,助力团队敏捷开发转型升级。

代码发布是软件开发人员敏捷性的一个强有力的晴雨表。如果发布过程不顺畅,那么每一次制定计划、编程和测试的努力都是徒劳的。为了使发布过程敏捷,部署自动化是关键。在开发阶段早期就要将程序员和运维人员聚集在一起,进行持续集成和快速解决缺陷的练习。

将代码保持在可发布状态是敏捷开发的标志。如果你在定下来要发布时却发布不出来代码,那么世界上所有的精益计划和迭代开发都毫无意义。

成功的软件发布始于模块化架构

在所有软件项目中,最好的情况是可以频繁且顺畅地发布版本。通过构建(或重构)模块化架构,团队可以使发布成为他们敏捷文化的自然组成部分。在项目的早期,还不会有一个大的应用程序(如上面提到的庞然大物),就应该将其按模块化切分。将类似的特性分组到较小的应用程序或组件中,并且在每个应用程序和组件之间有清晰的 API 接口。这些 API 可以在每次构建中自动测试,以确保兼容性,并降低软件发布中的风险。

模块化的体系架构意味着您不需要 “大爆炸”式地发布整个软件库,而 API 契约使组件新老版本之间的兼容变得容易。简单地说,模块化的发布只需要移动很少的组件。这可以简化发布流程。

成功的软件发布是由良好的关系驱动的

软件开发很少在真空中完成。实际上,伟大的软件开发涉及到整个团队,从产品管理人员到运维人员。例如,运维团队是向生产交付软件的关键合作伙伴,因为他们帮助软件抵达最终用户。

开发团队可以通过这些方面助力运维团队:

  • 为每个发布版本制作发布清单。运维团队没法总是像开发团队那样了解本次发布的具体情况。

  • 对于在发布中解决的每个问题,提供一个问题跟踪记录和源代码版本控制的链接,这样如果在部署过程中出现问题,运维团队就可以知道问题的来龙去脉。

  • 有时,当将代码从开发环境推到定版环境时会出现问题。把这些问题解决掉,因为它们可能会在生产过程中再次出现。

  • 部署故障发生时,一定要给运维团队一个清晰的升级方案,以顺利地解决问题。

反过来,运维团队也可以通过如下方面帮助开发团队:

  • 当生产中出现问题时,花点时间去理解根本原因和解决方案。这样在将来这些问题才能避免再次发生(或更优雅地处理)。将配置数据从生产环境迁移到定版环境和开发环境,以防止配置数据不同步。

  • 随着代码从开发环境转移到发布环境,再到生产环境,关键配置和用户数据迁移的方式正好相反:从生产环境迁移到开发环境。做好这种双向同步有助于开发环境更真实地模拟生产环境。这意味着在发布日会有更少的Bug和“惊喜”。

CODING release

CODING 企业版」提供便捷的发布管理,清晰每一次发布交付物,方便运维团队执行开发团队的发布计划。

成功的软件发布很容易推动

自动化!自动化!自动化!

自动化发布是改进发布文化的最好方法。如果今天你的发布还不是自动化的,那你可以从自动化发布到定版环境开始做起。一旦每个人都看到了它如此简单,自然的步骤就是自动化发布到生产部署。

如果你觉得发布是困难的,那就把它作为一种经常性的练习——即使只是为了定版。让开发团队感到发布的痛苦点将激发他们的创新能力,使发布更容易,更自动化。

自动化测试和持续集成是驱动成功发布的关键规程。确保构建时间和测试时间尽可能短,并且要记住易于验证的构建更容易发布。

伟大的软件发布是伟大的!

将代码保持在可发布状态是敏捷开发的标志。

如果你不能快速发布,你所有的精益计划和迭代开发都毫无意义。

我们是怎么做到的

我们发现,由于我们提供的是软件即服务(SaaS),小步快跑的发布模式是最容易管理的。对于可下载的产品,开发、运维和构建工程团队之间的紧密协作将会有很长的路要走。这些团队应该团结合作来完成自动化发布,并主动地为即将到来的产品变更调整自动化发布。 Atlassian 的许多团队都将每一个成功的主线版本发布到一个测试环境中。当到交付阶段需要正式发布版本,或者发布给客户时,这些团队只需要按下按钮,触发自动化部署就可以了。

CODING 任务看板
CODING 企业版」作为企业级软件研发管理系统,任务看板功能实现了 Epic \ user stories \ Sprint 等敏捷概念落地。

作为软件开发人员,发布应该是我们创新周期的重点。通过发布,我们可以看到客户与我们编写的代码进行交互,并提供反馈。耶!让发布成为你工作日的一个自然部分,当代码从指间流淌出来,你会享受着这样的满足感:“这是我的代码!”

本文中文翻译自原文:Three ingredients for great software releases
编译者:程景天。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,718评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,683评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,207评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,755评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,862评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,050评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,136评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,882评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,330评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,651评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,789评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,477评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,135评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,864评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,099评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,598评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,697评论 2 351

推荐阅读更多精彩内容