这是关于反馈循环的
敏捷宣言以_“我们的首要任务是通过早期和持续交付有价值的软件来满足客户”_开头。每个人都会同意,如果没有反馈循环,这是很难完成的事情:尽快将正面或负面的输入反馈到开发过程中。 DevOps 文化为我们提供了一些指导:小批量工作将缩短我们的反馈循环。然而,这说起来容易做起来难。 那就一步步来吧。让我们从反馈循环的角度定义开发过程的每个阶段: [](https://res.cloudinary.com
敏捷宣言以_“我们的首要任务是通过早期和持续交付有价值的软件来满足客户”_开头。每个人都会同意,如果没有反馈循环,这是很难完成的事情:尽快将正面或负面的输入反馈到开发过程中。
DevOps 文化为我们提供了一些指导:小批量工作将缩短我们的反馈循环。然而,这说起来容易做起来难。
那就一步步来吧。让我们从反馈循环的角度定义开发过程的每个阶段:
[](https://res.cloudinary.com/practicaldev/image/fetch/s--KddIPBc1--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to- uploads.s3.amazonaws.com/i/dsr0jfx2kqp9illloygy.png)
-
测试 我的实现是与 myself 的反馈循环。我的代码在做我想做的事吗?_这里不需要详细说明,我相信我们所有人都会编写测试,对吧? 😉
-
持续集成是与我的团队的反馈循环。 我的代码与我同事的代码合并后是否按预期工作? 我们可以加速这个循环,进行基于主干的开发或至少创建将在同一天合并的代码分支。
-
持续交付是与其他团队和系统的反馈循环。 我的代码在类生产环境中是否按预期工作? DevOps 文化及其持续交付实践再次来拯救!
-
持续部署是与我的客户的反馈循环。
_我的代码提供了我的客户想要的功能吗?但是,如果您正在使用遗留代码(出于显而易见的原因),或者如果您正在开始一个全新的产品,并且因为添加越来越多的功能而兴奋不已,那么情况会更加复杂,您无法识别那些会更快地关闭这个反馈循环。
当然,在软件开发中,还有其他方面需要考虑。但时不时地花点时间问问自己如何才能缩短你所处的反馈循环可能是值得的。
也许这样你就不会把写测试留到以后;您将不会在一周内打开代码分支;您不会为了改进某些软件而进行完全重写;或者你会意识到缩小你正在开发的这项新服务的范围将大大加快交付速度。去过那里😉
更多推荐
所有评论(0)