• 对于注定会优秀的人来说,他所需要的,只是时间----博主
  • 手懒得,必受贫穷,手勤的,必得富足----《圣经》
  • 帮助别人,成就自己。愿君在本站能真正有所收获!
  • 如果你在本站中发现任何问题,欢迎留言指正!
  • 宝剑锋从磨砺出,梅花香自苦寒来!
  • 本站开启了防爆破关小黑屋机制,如果您是正常登录但被关进小黑屋,请联系站长解除!

<七>Jenkins实战应用–Jenkins与GitHub的交互探微

Jenkins eryajf 11个月前 (04-24) 1420℃ 已收录 3个评论
本文预计阅读时间 3 分钟

*系列汇总*

这是一个系列文章,大大小小到今天惊然发现竟然已经累计二十篇了,也就不得不做一个小汇总。回想当初写第一篇文章的时候,就已经决心事无巨细,一应认真的走下来,回头遮望,看着皇皇这么多文章,一股强烈的成就感就此油然而生,于是便有了这些汇总整理。在这个过程当中,好像也帮助过不少的人,这是让我尤其开心的事情,同时也结识了一些志同道合的朋友,再没有比这更让人觉得愉悦的事情啦!也希望以后写出更多类似的系列文章。

文章汇总地址如右:Jenkins入门教程。

如果相中哪个,点击进去便是。希望正在读这段话的你能够在这个小系列中获得自信以及喜悦!

Jenkins拉取从Git仓库拉取代码进行部署操作。现有两种方法,今天分别记录两种方法,并对其中一些问题进行讲解。

1, 直接通过其附带的Git插件来拉取代码。

配置如下图:

通过在源码管理当中直接设置Git仓库的代码链接,然后下边添加相对应的已注册用户账号密码,如此就可以拉取到本地workspace里了。然后就能够针对代码进行操作了。

那么这种方式构建的项目,分支切换更加灵活,一般情况下构建记录当中所显现的代码变动记录也会非常大,在真正构建之前都是代码变动的记录。

看到方框里边就是汇总显示变动传输的情况。

2, 不通过Git插件对代码进行操作。

这种方式更适合于单一分支发布的情况,一般线上正是环境都是只发master分支,比较适合使用这种方式。

操作流程大概是这样,首先在Jenkins所在服务器上对要工作的项目进行手动clone,然后就可以在Jenkins这里直接对代码进行操作部署。

直接在构建的地方对代码进行操作

这里隐去的是通过脚本对代码进行操作的一些事情。

那么通过这种方式来进行部署,其代码变化,则看起来会更加直观便捷:

解释:

  • 首先是分支已经在master。
  • 然后显示从Git库链接拉取更新。
  • 下边就是一些详细更新内容的展示。
  • 两种方式都是可以进行正常构建部署的。第一种更适合于测试环境中使用,分支变动更加灵活,第二种更适合于正式环境,只针对单一分支进行部署更新。

    而两种方式还有一个小区别,第一种构建方式,所有的代码变动更新都可以通过项目的变更记录里边看到,但是第二种方式去到变更记录里边,则全部是没有变动。有这个区别,就不会在开发来找你问我代码有没有发上去,而你在确认是否有发上去时–被动。


    weinxin
    扫码订阅,第一时间获得更新
    微信扫码二维码,订阅我们网站的动态,另外不定时发送WordPress小技巧,你可以随时退订,欢迎订阅哦~

    二丫讲梵 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明<七>Jenkins实战应用–Jenkins与GitHub的交互探微
    喜欢 (2)
    [如果想支持本站,可支付宝赞助]
    分享 (0)
    eryajf
    关于作者:
    学无止境,我愿意无止境学。书山有路,我愿意举身投火,淬炼成金!

    您必须 登录 才能发表评论!

    (3)个小伙伴在吐槽
    1. 龙哥晚上好,我是王庭威。想和你验证下我理解的是否正确:1.webhook是为了解决人手动执行构建的问题。参数化构建提供了多种构建模式和选择我可以理解webhook和参数化构建不能一起用在一个configure里么?2.如果这两个配置不能在一个configure里。那么我理解一个项目为了安全可能都要配置回滚(参数构建),那么是不是webhook的场景就不多了呢?或者说二者是怎么结合应用的?龙哥还得麻烦你提示我下,我在网上不太好搜这种。。。
      https://wangtingwei.info2019-02-18 21:43 Windows 10 | Chrome 71.0.3578.80
      • eryajf
        这种针对性的疑惑,有些时候还真是不太好搜到满意的答案,更多的时候,则需要靠经验来总结出答案了。其实,这两者是互不影响的,参数化构建是Jenkins的固有框架的一部分,并不受其他任何的影响,他是为了辅助我们进行项目构建的,而webhook则是自动触发构建的一个钩子,两者互不影响的。至于他的用法,你慢慢往后看,我有一篇文章专门讲这个的。关于你第二点的问题,应该从另外一个角度来考虑,那就是要分环境对待,webhook是为了方便开发快速部署从而提高效率的,因此用在测试环境会比较合适,当然我们的环境当中,至今没有应用它,因为的确会有你想到的配置不够灵活的问题。而在测试环境当中,又基本上不需要配置回滚功能的,回滚功能一般到了预发环境,线上环境才会配备,而要注意的是,预发与线上环境涉及线上数据,那就更不建议配置webhook的形式进行自动构建了,而是应该配置成常规的手动构建形式!
        eryajf2019-02-18 22:11 Windows 7 | Chrome 70.0.3538.9
    2. 讲的太到位了! 谢谢博主。因为在学jenkins大家都是把jeknins具有的功能都写成了文章,有时候可能不知道什么环境去用。反而走进坑了。晚安~
      https://wangtingwei.info2019-02-18 22:59 Windows 10 | Chrome 71.0.3578.80