gitlab

CI/CD【持续化集成/持续化交付】 docker搭建Gitlab环境 1.查询并拉取gitlab镜像 docker search gitlab docker pull gitlab/gitlab-ce:latest 2.启动容器 创建gitlab目录 启动之前，分别在gitlab目录下创建config、logs、data三个目录，分别用于挂载容器内不同文件 启动命令 docker run --detach \ --publish 8443:443 --publish 8090:80 --publish 2222:22 \ --name gitlab \ --restart always \ --volume /apps/Devops/gitlab/config:/etc/gitlab \ --volume /apps/Devops/gitlab/logs:/var/log/gitlab \ --volume /apps/Devops/gitlab/data:/var/opt/gitlab \ gitlab/gitlab-ce:latest 8090端口是页面访问端口 【注意】：gitlab初次启动比较慢，耐心等待后再访问页面！ 3.访问地址 http://192.168.92.130:8090 初始访问页面 登录使用： U：root P：F09..3 登录成功界面： 4.最后

间隔了一段时间未往gitlab上push文件，近期使用时，发现push时报错，这里记录下解决处理的方法。 错误一： [root@361way shell]# git push warning: push.default is unset; its implicit value is changing in Git 2.0 from 'matching' to 'simple'. To squelch this message and maintain the current behavior after the default changes, use: git config --global push.default matching To squelch this message and adopt the new behavior now, use: git config --global push.default simple See 'git help config' and search for 'push.default' for further information. (the 'simple' mode was introduced in Git 1.7.11. Use the similar mode 'current' instead of 'simple'

bitnami VM https://bitnami.com/stack/gitlab/virtual-machine bitnami-gitlab-8.1.4-1-ubuntu-14.04.zip Version Size Checksum GitLab 8.1.4-1 (64-bit) 673 MB show GitLab8.1.4 GitLab Shell2.6.6 GitLab APIv3 Ruby2.1.7p400 Rails4.1.12 登录Gitlab服务器 在浏览器中输入虚拟机的IP地址 后弹出登录界面， 登录名为： user@example.com 密码：bitnami1 问题 不能启动SSH 用 /etc/init.d/ssh start命令不能启动SSH， 这会导致GIT客户端不能连接， PuTTY也不能远程登录。 D:\backup>git clone git@172.16.99.99:user/hello-world.git Cloning into 'hello-world'... ssh: connect to host 172.16.99.99 port 22: Connection refused fatal: Could not read from remote repository. 用以下方法解决： https://wiki.bitnami

持续集成/持续交付（CI/CD）在服务精细化、更新频繁的当下显得愈发重要。 本文将分享如何使用托管的GitLab.com解决方案来实现CI/CD，并将其与Kubernetes原生集成。且文中方法适合其他一切提供Kubernetes接口的CI/CD工具噢！ 持续集成/持续交付（CI/CD）的主题，在服务变得越来越细化、更新越来越频繁的当下，显得愈发重要。它让公司能够按照一种一致的、可重复操作的方式完全自动化地完成代码的搭建、测试和部署。 市场中有不少不同的CI/CD工具可供用户使用，它们中的很多将可以和Kubernetes进行原生集成。 本文将介绍如何使用托管的GitLab.com解决方案来实现CI/CD。不过本文中讨论到的Kubernetes集成是通用的，其他的CI/CD工具只要提供了Kubernetes接口，就同样可以按本文的方法、使用服务账号来与Kubernetes进行对接。 先决条件 用于部署工作负载的Rancher 2.0集群 登陆gitlab.com 设置GitLab.com 我们准备使用GitLab提供的一个模版，首先第一步先通过网址 https://gitlab.com/users/sign_in登陆gitlab.com 创建项目 将Kubernetes端点添加到你的项目中 上面所有的字段都需要填入内容，我会在下文介绍如何填写。 API URL API

gitlab是我们在代码版本管理中常使用的工具，我们来简单的一步一步搭建服务器。 1.下载gitlab安装包 可以直接从官网下载对应的安装包，上传至服务器。（官网地址： https://about.gitlab.com/ 国内镜像： https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/ ）。 2.安装 切换到到安装包的目录，使用命令：rpm -ivh gitlab-ce-10.2.2-ce.0.el7.x86_64.rpm 3.修改配置 首先我们需要修改端口配置，找到etc/gitlab目录下的gitlab.rb文件，打开，修改 external_url 'http://xxx.xxx.xxx.xxx:8086' 修改 为本机的ip和不冲突的端口。 4.重启 先执行 ：gitlab-ctl reconfigure 命令，此命令执行时间较长，请耐心等待。 再执行：gitlab-ctl restart 命令进行重启。 到这里gitlab就可以安装使用了，我们只要在浏览器中输入对应IP和端口号就可以访问页面。 这个时候我们需要设置root用户的密码，设置完成后就可以登录gitlab使用。 后续可以设置邮箱，让用户通过邮箱进行注册。 GitLab常用命令 gitlab-ctl start # 启动所有 gitlab 组件； gitlab

没想好怎么开头，这里先省略N（N>100）个字……下面直接开始~ 一、首先需要在GitLab上新建一个空的项目。 二、在IDEA中创建好项目，点击VCS，按照下图指示先给项目创建本地Git仓库。 三、选择此项目的根目录作为仓库。 四、按照下图先把项目添加到缓冲区。 五、将项目添加到缓冲区后，再将项目提交到本地仓库。 六、点击Commit Directory后再弹出的界面填入Commit Message信息，然后点击“Commit and Push”。 七、复制远程项目地址。 八、在弹出的Push Commits对话框中点击“Define remote”，填入步骤七中复制的远程项目地址。 九、出现远程分支，点击Push。 十、出现如下界面，说明Push成功。 可以从控制台调取其版本控制log进行查看。 本篇文章图片居多，叙述较少，你们在此过程中遇到了什么问题，欢迎留言，让我看看你们都遇到了哪些问题。 来源： CSDN 作者： 象在舞 链接： https://blog.csdn.net/gdkyxy2013/article/details/103465325

前言 Git 是一种分布式的版本控制系统，分布式版本控制系统的一大特性就是远程存储库和本地存储库都包含存储库的完整数据。 而集中式的版本控制系统只有在中心服务器上才会包含存储库完整的数据，本地所谓的存储库只是远程服务器特定版本的 checkout 。当中心服务器故障后，如果没有备份服务器，那么集中式的版本控制系统存储库的数据绝大部分就会被丢失。这很容易得出分布式版本控制系统的代码要必集中式的版本控制系统更加安全。 但是，安全并不是绝对的，尤其当 Git 被越来越多的人使用后，用户也会需要 Git 吸收集中式版本控制系统的特性来改进用户体验，这种情形下，Git 分布式版本控制系统的安全性也就面临挑战。终端用户获取的不是完整的数据，为了保证存储库的安全仍然需要备份或者镜像远程服务器上的存储库。（用户可以使用浅表克隆，单分支克隆或者使用 git vfs(GVFS) 之类的技术加快 git 访问。） Git 给开发者非常大的自由，git 可以修改 commit 重新提交，也可以强制推送¹引用到远程服务器，覆盖特定的引用，不合理的使用强制推送是非常危险的，这很容易造成代码丢失，对于企业存储库来说，合理的快照能够代码丢失后减小代码资产的损失。(但这并不是说绝对禁止强制推送²) 在 Gitee 提供了企业版后，我们也经常接收到用户对于代码资产安全的反馈

CICD（ C ontinuous I ntegration/ C ontinuous D eployment），持续集成持续部署的意思。完成CICD实践需要Kubernetes集群，Harbor，GitLab和Jenkins等软件配合完成，在前面几篇博客中，我已经搭建好了Kubernetes集群，并且在master节点（192.168.33.11,CentOS）上安装好了Harbor、GitLab和Jenkins，有需要可以参考下。 实践准备 CICD流程图 CICD的大致流程如下图所示： 开发者将最新代码提交到GitLab仓库； GitLab WebHook触发Jenkins构建流水线： 2.1 拉取最新代码； 2.2 Maven打包，打包过程中会先进行单元测试； 2.3 单元测试通过，构建Docker镜像； 2.4 将最新镜像推送到Harbor； 2.5 更新Kubernetes相关配置镜像版本。 Kubernetes感知到镜像更新，从Harbor拉取最新镜像，滚动升级； 开发者看到最新的代码效果。 项目准备 这里我们在Windows上使用IDEA、Spring Boot构建一个简单的Java Web项目，项目名为demo，项目pom如下所示： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25