• happychap
    2020-01-12
    drone从0.8到1.0的升级改变特别大,切换过程容易踩坑,比如0.8版本中,对镜像版本的拉取控制用pull:true,但在1.0+后,就换成pull:always/nerver/...之类的选项了,要是一不留神儿踩到这坑里,可能会让你小小的怀疑人生( '▿ ' )
    drone有一个不得不提的插件drone-convert-starlark,可以让流水线的语法切换到python风格,这样就不会因敲错yml的key而各种找错了。但可惜的是受限于starlark-go的生态不够丰富,仍有两方面影响使用:(1)缺少starlark的ide插件,(2)starlark对模块的导入不支持*通配符,带来使用上的不便。但不论如何,其拥有对yaml的封装(成函数)特性为流水线的模块化带来的便利性是十分诱人的!

    作者回复: 赞,IDE插件的确越来越流行了,把一切都整合到IDE环境中,可以大大减少工作界面的切换成本,感谢你的分享!

    
    
  • 我来也
    2020-01-02
    我来说一下使用drone中遇到的坑吧。

    默认drone的每个阶段都是中docker中完成的,默认情况下,一般都是拉最新的镜像。
    这里的阶段稍微多一点,遇到镜像拉取失败的概率就会大一些。
    这里的失败一般都是timeout吧,也许是墙的原因。我们服务器是在阿里云上部署的,就经常遇到这种状况而导致构建失败。

    后来我的解决办法就是给常用镜像打tag,在yaml文件中使用带tag的镜像,这样就不会从远端尝试拉取最新镜像。自然就不会因为这个原因导致构建失败了。
    展开

    作者回复: 你好,感谢你提供的案例,非常有参考价值哈!实际上,对于显式的版本指定,这一点在配置管理的实施过程中都有明确要求,无论是Docker镜像,还是Maven依赖,还是环境中间件等等,从可追溯可控的角度来说,都是需要明确版本的。

    
    
  • leslie
    2020-01-02
    工具的适用性其实是团队不同时期所需的:正在了解和找寻小型团队可用的工具,Drone应当有机会在2年内去使用。
         这个就像DB一样:真正小的用excel就够了-只不过很少人真正能把它用好而已,中大型mysql、sql server,真正的超大型只有DB2和oracle.所需要的代价直接从1个人逐渐变成一个团队。
          不同工具适用于不同级别的企业:单一熟悉一个并不完全够,否则就跟不上企业的节奏了。跟上节奏和时代才能活得更好,IT人永远要on time。
    
    
  • 铭熙
    2020-01-02
    tekton之上再来个好用的portal就完美了。

    作者回复: 这就是留给你我的发挥空间啦😄

    
    
  • maomaostyle
    2020-01-01
    老师觉得cloudbees&Google推动Jenkins和微软收编GitHub是否会成为日后软件工程领域的商业化派系和垄断地位,还是说更有可能成为mysql的模式?

    作者回复: 我想说的是,开源的能量业界有目共睹,无论CloudBees的成功,还是微软的转型都离不开开源,在我们这个行业,得开发者人心得天下,所以从这个角度出发,商业派系和垄断我觉得大可不必担心,因为IT从来都是开放共赢的。

    
    
  • 陈斯佳
    2019-12-31
    我听过最好的关于Java和JavaScript区别的解释就是,他们的区别就像周杰和周杰伦一样…

    作者回复: 哈哈,听你这么一说,感觉Java都已经过气了呢😂

     1
    
我们在线,来聊聊吧