[爆卦]持续集成是什麼?優點缺點精華區懶人包

雖然這篇持续集成鄉民發文沒有被收入到精華區:在持续集成這個話題中,我們另外找到其它相關的精選爆讚文章

在 持续集成產品中有3篇Facebook貼文,粉絲數超過1萬的網紅91 敏捷開發之路,也在其Facebook貼文中提到, Quote: 不断的重复“实践->理论->实践”的过程,才能真正理解软件开发之“道”。 为什么那些Scrum和敏捷的大师们(Jeff Sutherland, Ken Schwaber, Ron Jeffries, Robert. C. Martin, Martin Fowler)都强调要在...

持续集成 在 Yoke曾洁鈺 Instagram 的最讚貼文

2021-09-24 07:15:33

可以一秒变身的手机,真心让我瞬间被震撼!💙💙💙 这款Samsung Galaxy Z Fold3 5G的魅力很强大,一握上手就很难放下的手机。首先,它的屏幕是Infinity Flex 7.6 英寸,是第一款具有不间断显示功能的可折叠智能手机。显示荧幕观看的影片或使用着的app,只要一翻开,就可以...

  • 持续集成 在 91 敏捷開發之路 Facebook 的最佳解答

    2017-09-11 18:37:28
    有 41 人按讚


    Quote:

    不断的重复“实践->理论->实践”的过程,才能真正理解软件开发之“道”。

    为什么那些Scrum和敏捷的大师们(Jeff Sutherland, Ken Schwaber, Ron Jeffries, Robert. C. Martin, Martin Fowler)都强调要在运用Scrum中同时也要重视工程类的的实践(测试驱动开发,结对编程,持续集成等等),因为XP的很多工程类实践正好弥补了Scrum在工程类实践方面的缺失。

    如果没有工程类实践的支持,不断的迭代会导致技术负债急剧增长,团队就会不断的疲于奔命,越做越慢。

    对于软件开发团队来说,同样不能仅仅关注于使用什么样的敏捷实践,而应该是不停的审视团队自身的过程,不断地调整开发过程,根据自身的特点以及通过对各种敏捷方法论的研究,合理的引入管理类以及工程类实践,使开发速度越来越快,质量(内部质量和外部质量)越来越好,只有这样才能越来越敏捷。

    而对于个人来说,不能只能想着速成,总是想着”Get it done”不会长久。应该脚踏实地,从写干净的代码的开始,实现模式、Clean Code、S.O.L.I.D原则、重构、设计模式提高自己对技术的理解,成为真正的专家(Craftsmanship),真正的做到”Get it Done Well”。

    ---
    我們畢竟還是在進行「軟體開發」,不會因為引入了 agile/scrum, 就不需要具備 engineering skills。

  • 持续集成 在 軟體廚房 Facebook 的最讚貼文

    2016-09-14 12:08:17
    有 2 人按讚

    CI、CD(Delivery)、CD(Deployment)的區別

    http://blog.flow.ci/cicd_difference/

  • 持续集成 在 Rabbie 創業兔 Facebook 的最讚貼文

    2016-02-25 07:22:31
    有 1 人按讚


    "开发功能对很多人来说是轻松活儿,基本的前端语言加些复杂的特效,实现成本不会很高;即便是搭建一个网站,使用 Node.js 社区中的框架也能够轻松实现。然后极少人会去关注每个功能点的测试,一个项目下来基本看不到测试用例,更不用说会去做监控相关的事情。结果就是,踏过了无数的坑洼之后终于上线了,而后续加功能的时候发现,加了东西就跑不通,新内容影响了之前的逻辑,只好去修复之前的逻辑,修好之后发现更早之前的逻辑又不通了,整个修复过程就像玩多米诺骨牌。

    程序开发三板斧:功能、测试和监控。在 github 上可以看到很多程序都加入了持续集成,这是一个好兆头,意味着我们写的程序也越来越健壮,至少贡献给世人使用的程序是健壮的。很多程序的代码覆盖率也达到了 90%+,这些数据都是重视测试的证据。

    然而,三辆马车,我们最后一辆依然没有开动起来。很多公司都会有自己的 log 平台,每个用户访问页面中的任何一个链接都会将用户信息和访问信息以 log 日志形式收集到 log 平台上,然后通过监控平台或者离线分析的方式,获取业务数据或者技术数据,进行分析和二次开发。这些东西在大公司见的很多,而这方面的东西在前端,尤其是使用 Node.js 做程序开发的前端身上,看到的并不多。"

你可能也想看看

搜尋相關網站