From e537efe7bd1694af0470a2e7f20b1badb3d1ccf2 Mon Sep 17 00:00:00 2001 From: leoxu Date: Mon, 27 May 2019 11:27:10 +0800 Subject: [PATCH] =?UTF-8?q?Update=20101.=E7=B2=BE=E8=AF=BB=E3=80=8A?= =?UTF-8?q?=E6=8C=81=E7=BB=AD=E9=9B=86=E6=88=90=20vs=20=E6=8C=81=E7=BB=AD?= =?UTF-8?q?=E4=BA=A4=E4=BB=98=20vs=20=E6=8C=81=E7=BB=AD=E9=83=A8=E7=BD=B2?= =?UTF-8?q?=E3=80=8B.md?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 格式问题，没有换行，导致读者会有疑惑，并不能直观的看到产出 --- ...01\347\273\255\351\203\250\347\275\262\343\200\213.md" | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git "a/101.\347\262\276\350\257\273\343\200\212\346\214\201\347\273\255\351\233\206\346\210\220 vs \346\214\201\347\273\255\344\272\244\344\273\230 vs \346\214\201\347\273\255\351\203\250\347\275\262\343\200\213.md" "b/101.\347\262\276\350\257\273\343\200\212\346\214\201\347\273\255\351\233\206\346\210\220 vs \346\214\201\347\273\255\344\272\244\344\273\230 vs \346\214\201\347\273\255\351\203\250\347\275\262\343\200\213.md" index 817afc08..5cdae594 100644 --- "a/101.\347\262\276\350\257\273\343\200\212\346\214\201\347\273\255\351\233\206\346\210\220 vs \346\214\201\347\273\255\344\272\244\344\273\230 vs \346\214\201\347\273\255\351\203\250\347\275\262\343\200\213.md" +++ "b/101.\347\262\276\350\257\273\343\200\212\346\214\201\347\273\255\351\233\206\346\210\220 vs \346\214\201\347\273\255\344\272\244\344\273\230 vs \346\214\201\347\273\255\351\203\250\347\275\262\343\200\213.md" @@ -51,7 +51,9 @@ CI/CD 具体是个什么样的流程呢，如下图所示，差异仅在于是 - 需要有持续集成的基础，测试用例需要覆盖足够的代码 - 部署需要自动化，用户只需要手动触发，剩余的部署应该自动化 - 团队需要增加新特性标志，避免未完成的新特性进入待发布的产品 - 产出： + +产出： + - 部署软件变得非常简单。团队不需要花费 n 天准备发布。 - 可以提高发布频率，加速新特性触达用户进程。 - 小的更改，对决策的压力要小得多，可以更快地迭代。 @@ -63,7 +65,9 @@ CI/CD 具体是个什么样的流程呢，如下图所示，差异仅在于是 - 测试必须要做到足够。测试的质量将决定发布的质量。 - 文档建设需要和产品部署保持同步。 - 新特性的发布需要协调其他部门，包括售后支持&市场&推广等。 - 产出： + +产出： + - 快速的发布节奏，因为每个新特性一旦完成都会自动的发布给用户。 - 发布风险降低，修复问题更容易，因为每次变更都是小步迭代发布。 - 用户可以看到持续性的优化和质量提升，而不是非要等到按月，按季度，甚至按年