转自:https://blog.csdn.net/crazy1235/article/details/78223666
CI(持续集成)之Jenkins+Gitlab的基本配置
2017年10月13日 11:09:35 月盡天明 阅读数:1178
版权声明:本文为博主原创文章,未经博主允许不得转载。 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上托管代码了。你要是在没用过,就不太好了吧。
来一张神图:
参见:
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