集成部署开发人员(gitlab+jenkins+docker).pptxVIP

利用Jenkins+Gitlab搭建持续集成环境;基础环境 gitlab配置 jenkins配置 项目配置 测试验证 ;gitlab配置;注册gitlab用户，创建工程 访问gitlab网址(根据用户配置决定)： ;输入用户名密码和邮箱，点击register ;注册成功 ;在project菜单下可以创建工程 ;点击create project按钮 ;工程创建成功提示添加SSH key（后续安装git后生成公私钥添加） ;安装Git和tortoiseGit 在git官网/downloads下载相应的安装包，直接安装，采用默认设置，直接next。 ;从tortoiseGit官网/tgit/下载安装包，直接安装，采用默认设置，直接next。 ;生成公私钥与gitlab关联 tortoiseGit自带PuTTYgen，直接运行即可 ;生成公私钥，采用默认配置，无需更改 ;点击save public key 保存公钥到本地 点击 save private key 保存私钥到本地 将公钥添加到Gitlab;点击gitlab页面右上角Settings,进入SSH Keys ;将从PuTTYgen上拷贝的公钥复制到Key文本框中 ;使用tortoiseGit操作gitlab代码仓库 在本地代码存放的地方右键鼠标，出现TortoiseGit，进入Settings,点击出现对话框 ;点击Settings对话框中的Git,设置用户名和邮箱 ;在本地代码存放的地方右键鼠标，出现Git clone，点击出现对话框 ;URL为gitlab上工程的地址，点击具体工程 ;进入工程详细，默认为SSH，复制地址，拷贝到Git clone对话框中的URL中 ;勾选Load PuTTY Key,将之前用PuTTYgen生成保存的私钥加载 ;从gitlab上成功clone代码库 ;将项目拷贝到clone的代码库文件夹中 ;右键从gitlab上clone的代码库，选择Git commit-”master”,弹出对话框 ;提交本地并推送 ;推送gitlab;推送成功，查看gitlab上代码库 ;git分支介绍 Git 保存的不是文件的变化或者差异，而是一系列不同时刻的文件快照。在进行提交操作时，Git会保存一个提交对象（commit object）。该提交对象会包含一个指向暂存内容快照的指针。 但不仅仅是这样，该提交对象还包含了作者的姓名和邮箱、提交时输入的信息以及指向它的父对象的指针。首次提交产生的提交对象没有父对象，普通提交操作产生的提交对象有一个父对象，而由多个分支合并产生的提交对象有多个父对象。 Git的分支，其实本质上仅仅是指向提交对象的可变指针。?Git的默认分支名是?master。 在多次提交操作之后，你其实已经有一个指向最后那个提交对象的?master?分支。 它会在每次的提交操作中自动向前移动。 Git?的 “master” 分支并不是一个特殊分支。它就跟其它分支完全没有区别。 之所以几乎每一个仓库 都有 master 分支，是因为?git init?命令默认创建它，并且大多数人都懒得去改动它。无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件 ;分支创建 Git是怎么创建新分支的呢？ 它只是为你创建了一个可以移动的新的指针。 比如，创建一个 testing分支， 你需要使用 git branch 命令： git branch testing 这会在当前所在的提交对象上创建一个指针。 ;使用tortoiseGit同样可以创建分支，点击clone的工程，右键tortoiseGit-Create Branch,如下图所示： ;同提交历史的分支。 那么，Git又是怎么知道当前在哪一个分支上呢？ 它有一个名为?HEAD?的特殊指针。 在?Git中，它是一个指针，指向当前所在的本地分支（译注：将?HEAD?想象为当前分支的别名）。 在本例中，你仍然在master?分支上。 因为?git branch?命令仅仅?创建?一个新分支，并不会自动切换到新分支中去。 ;分支切换 要切换到一个已存在的分支，你需要使???git checkout命令。 我们现在切换到新创建的 testing 分支去： git checkout testing 这样 HEAD 就指向 testing 分支了。 ;那么，在testing分支下修改文件，然后提交本地 HEAD 分支随着提交操作自动向前移动，如图所示，你的?testing?分支向前移动了，但是?master?分支却没有，它仍然指向运行?git checkout?时所指的对象。 ;使用命令git checkout master切换回?master?分支： 检出时 HEAD 随之移动.