GitHub免费支持CI/CD了，测试部署高度自动化

另一个是Continuous Deployment，持续部署，通过自动化的构建、测试和部署循环来快速交付高质量的产品，直接部署到生产环境中，用户可以感受到产品的变化，不需要做专门的发布更新，而是修改之后几分钟就上线了。

持续部署可以使发布频率更高，每次提交自动触发发布流，降低了小批量发布的风险，用户体验也能持续提升，不用每次都等更新。

原本要靠第三方才能实现的功能，现在GitHub自己就干了，这当然引来了许多程序员的热烈欢迎，没多久，GitHub推特的评论区里欢呼声此起彼伏：Awesome! Cool! Amazing!

之前那些CI工具，可能日子就不好过了。

一大批CI工具面临凉凉

不过，既然GitHub自己出了CI/CD功能，那么以前那些第三方CI工具，大家还会用么？

不少人已经开始挥手拜别了：

也有人看到多系统支持这一点就非常high:

哇哦，支持MacOS？这一点就足够我从CircleCI迁移过去了，40美元一个月的CircleCI，对于一些React Native应用CI/CD是足够了，但CD只能一个星期一次。

TravisCI、CircleCI这些工具，可能要面临用户流失糟糕状况了。比如Hacker News上的这位CircleCI用户：

对我来说这很有趣，让我想到垄断的自然崛起和技术中的多元文化。GitHub最近仿佛要“吃掉整个世界”，比如之前的软件包管理，给了Artifactory也Nexus不小的撼动。现在搞这个，可能对CircleCI是个坏消息（我是CircleCI的用户）。

作为一名开发者，短期来看我确实喜欢这个，不用再东拼西凑那么多东西，头疼如何把它们整合在一起，如果GitHub不行了，CircleCI也不能用了，我们只要把气全撒在GitHub头上就好咯。

但是长远来看，这样竞争环境就出问题了，作为一个创业公司员工，要是有大平台的大厂跑来跟你竞争这是很难搞的事，即使你产品更好，也敌不过大平台的力量，毕竟他们集成了更多价值。

微软的野心：把GitHub用户导流到Azure？

也有人怀疑，此举是微软在给Azure铺路，借GitHub的用户量导流，目标还是瞄准了云计算市场。

作为一个.NET开发者，这就像吸引更多人去用Azure DevOps，进而让他们成为Azure云的用户，这是最后一步，终究是为了扩大云计算的市场。

我觉得对微软来说一个好的策略是让GitHub的CI/CD代码和Azure DevOps尽可能重复，Azure DevOps不需要这么灵活，只要保持鲁棒性就好了，GitHub可以当一个试验场。

所有的路都导向Azure，GitHub的用户基础比Azure大得多，微软想给自家IaaS获取更多用户。

估计在GitHub Actions里搞CI/CD的下一步就是让GitHub能自己跑产品代码，这样买Azure云服务就省去了很多步骤。在一个地方运行代码，停掉再用一个单独的工具组件是很随意的事，在一个地方有整个套件在这个市场是很明显的事。

所以，你怎么看呢？

（编辑：江门站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!