CI(持续集成)之Jenkins+Gitlab的基本配置

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/crazy1235/article/details/78223666

https://mp.weixin.qq.com/s/eHc4ZMBhjsn5ZKFzAQGzvQ


CI的先关概念

  • 持续集成Continuous Integration

  • 持续交付Continuous Delivery

  • 持续部署Continuous Deployment


git & github & gitlab

先简单介绍下这三个概念及他们的区别。


git

git 是一个版本控制系统。

版本控制系统现在分为两种:

  • 集中式版本控制系统

    比如:svn,cvs

  • 分布式版本控制系统

    比如:BitKeeper, Git

关于git的应用,可与参考 Git的配置与使用总结 或者自行百度谷歌。

另外:

学习Git必看书籍:

英文版:
https://git-scm.com/book/en/v2
中文版:
https://git-scm.com/book/zh/v2


github

github 虽然这个单词包含了”git”,但是他俩很不一样。

Github是在线的基于Git的代码托管服务。

现在很多公司都在Github上托管代码了。你要是在没用过,就不太好了吧。

来一张神图:

参见:

GitHub 是怎样的一个存在?


gitlab

Gitlab拥有与GitHub类似的功能,不过Github默认只能创建public(公开)的代码仓库,如果要在Github上创建私有的仓库,则要付费。

但是Gitlab可以创建有限个私有仓库,当然也可以付费来创建更多。但就免费有几个私有仓库这一点,比Github好。

Gilab使团队能够浏览源代码,管理缺陷和注释。可以管理团队对仓库的访问,它非常易于浏览提交过的版本并提供一个文件历史库。

团队成员可以利用内置的简单聊天程序(Wall)进行交流。它还提供一个代码片段收集功能可以轻松实现代码复用,便于日后有需要的时候进行查找。

Gitlab在你的分支完成后,进行git push(把你commit的代码提交到远程仓库),然后可以申请一个 merge request(合并请求)。这个merge request会被管理员审核,有什么问题他们可以直接在comment里评论,你会收到邮件提醒。

参考链接:


Jenkins

配置

http://blog.csdn.net/abcdocker/article/details/53840449
http://blog.csdn.net/abcdocker/article/details/53840522
http://blog.csdn.net/abcdocker/article/details/53840582
http://blog.csdn.net/abcdocker/article/details/53840629

Windows平台搭建Jenkins
http://blog.csdn.net/zgzhaobo/article/details/52002181

http://blog.csdn.net/cunxinaimei/article/details/52540197
http://blog.csdn.net/qq_30751307/article/details/74936279
http://blog.csdn.net/gxl3999/article/details/44282469


fir


bugly


pgyer-蒲公英


猜你喜欢

转载自blog.csdn.net/crazy1235/article/details/78223666