DevOps-GitHub/GitLab

这篇具有很好参考价值的文章主要介绍了DevOps-GitHub/GitLab。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

DevOps-GitHub/GitLab

DevOps-GitHub/GitLab,运维,devops,运维

GitHub是一个开源代码托管平台。基于web的Git仓库,提供共有仓库和私有仓库(私有仓库收费)。

GitLab可以创建免费私有仓库。

GitHub

为了快速操作,这里对创建仓库以及注册不做说明。

首先再GitHub上创建一个远程仓库github_test
DevOps-GitHub/GitLab,运维,devops,运维

使用GitHub远程仓库

  • 在github上获取克隆地址(注意,这个地址是你仓库的地址,不是我的地址)

    https://github.com/rkun0068/github_test.git
    
  • 克隆项目到本地linux,默认克隆到当前目录(如果出现无法连接github的情况,可以在https://github.com/521xueweihan/GitHub520 查找方法,一般在/etc/hosts文件下配置DNS,刷新即可)

    
    [root@workstation ~]# git clone https://github.com/rkun0068/github_test.git
    Cloning into 'github_test'...
    remote: Enumerating objects: 3, done.
    remote: Counting objects: 100% (3/3), done.
    remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
    Unpacking objects: 100% (3/3), done.
    
    [root@workstation ~]# cd github_test/
    [root@workstation github_test]# ls
    README.md
    [root@workstation github_test]# cat README.md
    # github_test
    GitHub测试
    
    
  • 提交代码文件

    
    [root@workstation github_test]# vi hello.py
    [root@workstation github_test]# cat hello.py
    print("hello,github")
    [root@workstation github_test]# git add hello.py
    [root@workstation github_test]# git commit -m "提交hello.py"
    [main 9408d5c] 提交hello.py
     1 file changed, 1 insertion(+)
     create mode 100644 hello.py
    
    
  • 使用git push推送到github

    [root@workstation github_test]# git push -u origin main
    Counting objects: 4, done.
    Compressing objects: 100% (2/2), done.
    Writing objects: 100% (3/3), 308 bytes | 0 bytes/s, done.
    Total 3 (delta 0), reused 0 (delta 0)
    remote: To git@github.com:rkun0068/github_test.git
       253eb95..a5196f7  main -> main
    Branch main set up to track remote branch main from origin.
    
    

设置免密

  • 本地尝试空密码密钥对
  • 本地保留私钥,公钥给对方
  • 实现本地到远程免密

[root@workstation ~]# ssh-keygen -t rsa -f /root/.ssh/id_rsa -C "root@workstation"  -N ""
Generating public/private rsa key pair.
Created directory '/root/.ssh'.
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:ic2UQovuX1DlWRLaY4yWM9+L1UKIeHa4mCHZXMBV65M root@workstation
The key's randomart image is:
+---[RSA 2048]----+
|     .ooo.=..    |
|     *.+ % *     |
|    + B / @ .    |
|   . . # X = .   |
|    . = S E + .  |
|   .   .   + o   |
|    .   . . .    |
|     . .         |
|      .          |
+----[SHA256]-----+  
 
[root@workstation ~]# cat ~/.ssh/id_rsa.pub
 


ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCq/MCM/q8ipB4lsmOSzve25/pPr+FjdxnMM857/cwdqtttcJLID7vnzsgxo/W/bZXg+3h0r4P+VjLR3QLdR2XI/TSEvHdHQxB6Pi8lzbDYaUqTi14RrP5fJIC48pJwArBVMWNGQireXjynQ4Urgy7YJIwQNi1SgFxxrOpxk8PuKCo/ZmKKdS37mJA/rGmMV0xMvqKWgOAm0hrnXKpX1f7YRUeRJfGpN6o73stExbSEd4kas+LAnu++UQ/PNBo+s15Uw9Sm70Vr7mJ9pjLa0swtE6GrX2CbgnOcYg7LS7ngQbeS3KEB+dk7j/j5q0y8o+x6lbIhWWGlOFPGadxADPtF root@workstation

将密钥添加到GitHub设置里的SSH KEYS里

https://github.com/settings/keys

GitLab

DevOps-GitHub/GitLab,运维,devops,运维

下载地址

https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/

安装与配置


[root@workstation ~]# rpm -ivh gitlab-ce-10.0.0-ce.0.el7.x86_64.rpm


[root@workstation ~]# vi /etc/gitlab/gitlab.rb

[root@workstation ~]# cat  /etc/gitlab/gitlab.rb | grep 'external_url'
##! For more details on configuring external_url see:
external_url 'http://192.168.182.130'
# registry_external_url 'https://registry.gitlab.example.com'
# pages_external_url "http://pages.example.com/"
# mattermost_external_url 'http://mattermost.example.com'

#修改成gitlab服务器IP地址,对外服务大约在13行

初始化(时间较久,需要3分钟左右,会自动帮助配置各个组件,并启动)

gitlab-ctl reconfigure

查看状态


[root@workstation ~]# gitlab-ctl status
run: gitaly: (pid 9745) 65s; run: log: (pid 9109) 171s
run: gitlab-monitor: (pid 9781) 63s; run: log: (pid 9445) 136s
run: gitlab-workhorse: (pid 9759) 64s; run: log: (pid 9215) 165s
run: logrotate: (pid 9320) 153s; run: log: (pid 9319) 153s
run: nginx: (pid 9274) 159s; run: log: (pid 9273) 159s
run: node-exporter: (pid 9395) 142s; run: log: (pid 9394) 142s
run: postgres-exporter: (pid 9837) 62s; run: log: (pid 9600) 113s
run: postgresql: (pid 8774) 231s; run: log: (pid 8773) 231s
run: prometheus: (pid 9824) 62s; run: log: (pid 9544) 124s
run: redis: (pid 8651) 237s; run: log: (pid 8650) 237s
run: redis-exporter: (pid 9494) 130s; run: log: (pid 9493) 130s
run: sidekiq: (pid 9048) 178s; run: log: (pid 9047) 178s
run: unicorn: (pid 8980) 184s; run: log: (pid 8979) 184s

登录

访问IP,设置密码

DevOps-GitHub/GitLab,运维,devops,运维
使用设置的密码登录

DevOps-GitHub/GitLab,运维,devops,运维

GitLab设置

  • 账号注册时,邮箱验证
  • 有合并请求,邮箱通知
  • 修改密码时,通过邮件修改

DevOps-GitHub/GitLab,运维,devops,运维

DevOps-GitHub/GitLab,运维,devops,运维

开发者设置SSH密钥

  • 在开发者电脑设置空密码密钥(你可以使用上文中的,也可以创建新密钥)

    ssh-keygen -t rsa -f /root/.ssh/id_rsa -C "root@workstation"  -N ""
    
  • 查看密钥

    [root@workstation ~]# cat ~/.ssh/id_rsa.pub
    ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCq/MCM/q8ipB4lsmOSzve25/pPr+FjdxnMM857/cwdqtttcJLID7vnzsgxo/W/bZXg+3h0r4P+VjLR3QLdR2XI/TSEvHdHQxB6Pi8lzbDYaUqTi14RrP5fJIC48pJwArBVMWNGQireXjynQ4Urgy7YJIwQNi1SgFxxrOpxk8PuKCo/ZmKKdS37mJA/rGmMV0xMvqKWgOAm0hrnXKpX1f7YRUeRJfGpN6o73stExbSEd4kas+LAnu++UQ/PNBo+s15Uw9Sm70Vr7mJ9pjLa0swtE6GrX2CbgnOcYg7LS7ngQbeS3KEB+dk7j/j5q0y8o+x6lbIhWWGlOFPGadxADPtF root@workstation
    
    
  • 将密钥粘贴

DevOps-GitHub/GitLab,运维,devops,运维

GitLab创建仓库

  • GitLab创建仓库(代码存放处)

    DevOps-GitHub/GitLab,运维,devops,运维

  • 自定义项目

    DevOps-GitHub/GitLab,运维,devops,运维

    DevOps-GitHub/GitLab,运维,devops,运维

克隆远程仓库到本地

  • 查看gitlab上帮助

    DevOps-GitHub/GitLab,运维,devops,运维

  • 开发者电脑设置身份标识

    
    [root@workstation ~]# git config --global user.name "rkun18"
    [root@workstation ~]# git config --global user.email "rkun18@outlook.com"
    [root@workstation ~]# git clone git@192.168.182.130:root/gitlab_test.git
    
    
  • 开发者电脑使用git命令clone,并上传项目

    [root@workstation ~]# cd gitlab_test/
    [root@workstation gitlab_test]# echo "gitlab_test" > README.md
    [root@workstation gitlab_test]# git add .
    [root@workstation gitlab_test]# git commit -m "add README.md"
    [master (root-commit) eaf506f] add README.md
     1 file changed, 1 insertion(+)
     create mode 100644 README.md
    [root@workstation gitlab_test]# git branch
    * master
    [root@workstation gitlab_test]# git push -u origin master
    Counting objects: 3, done.
    Writing objects: 100% (3/3), 224 bytes | 0 bytes/s, done.
    Total 3 (delta 0), reused 0 (delta 0)
    To git@192.168.182.130:root/gitlab_test.git
     * [new branch]      master -> master
    Branch master set up to track remote branch master from origin.
    
    
  • 验证

    DevOps-GitHub/GitLab,运维,devops,运维

持续集成(CI)

Continuous integration,CI

是一种软件开发实践,团队开发人员经常集成他们的工作,通常每个成员每天至少集成一次,意味每天可能会发生多次集成。每次集成通过自动化构建(编译,测试,发布)验证,从而尽快地发现集成错误。

持续部署(CD)

基于持续交付的基础上,把功能稳定,符合产品需求的版本有方法地部署至生产环境中。可以看作持续交付的最后一环。

持续发布

Continuous Release (CR)

发布是周期性或不定性地对项目在部署后,进行整体软件版本的更新,例如,更新新功能或展示页面框架。

持续测试

Continuous Testing (CT)

持续测试贯穿整个软件开发过程,验证程序员提交代码,检验合规性及降低Bug,减少最终错误,实现敏捷及精益开发。

代码更新方法

蓝绿部署

保证系统在不间断提供服务的情况下上线代码的部署方式。

蓝绿部署的模型中包含两个集群。

正常情况下(无上限操作),集群A和集群B代码版本相同,同时对外提供服务

DevOps-GitHub/GitLab,运维,devops,运维

在项目上线时,首先把一个集群(比如集群A)从负载列表中摘除,进行版本部署。集群B仍然继续提供服务。

DevOps-GitHub/GitLab,运维,devops,运维

当集群A升级完成,我们把负载均衡重新指向集群A,再把集群B从负载列表中摘除,进行新版本部署。集群A重新提供服务。

DevOps-GitHub/GitLab,运维,devops,运维

当集群B也升级完成,集群B也恢复负载列表中。这个时候两个集群版本都已经升级,并且对外的服务几乎没有间断过。

DevOps-GitHub/GitLab,运维,devops,运维文章来源地址https://www.toymoban.com/news/detail-611129.html

到了这里,关于DevOps-GitHub/GitLab的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • DevOps系列文章 之 Gitlab+Docker自动部署SpringBoot

    以下服务器的操作系统均为Centos7 服务器A:Gitlab 服务器B:GitlabRunner、Docker、docker-compose、Java1.8、maven3.6.3、git ps:这里可以把服务器B的GitlabRunner、Java1.8、maven3.6.3、git单独提出来,独立部署,需要java的原因是maven,maven用于打包。 应用服务器B就只需要docker和docker-compose就可以

    2024年02月13日
    浏览(40)
  • 【云原生】DevOps之使用Gitlab Runner进行CICD

    在很久之前的文章中,我们已经搭建过了Jenkins+Docker+Harbor+SpringCloud微服务持续集成自动化部署,今天来介绍Gitlab原生的Gitlab Runner CICD功能。 Gitlab实现CICD的方式有很多,比如通过Jenkins,通过Gitlab Runner等,今天主要介绍后者。Gitlab在安装的时候,就默认包含了Gitlab CI的能力,但

    2024年02月03日
    浏览(38)
  • 01-DevOps代码上线-git入门及gitlab远程仓库

    10.0.0.71-gitlab            2c2g-20GB 10.0.0.72-jenkins         2c2g-20GB 10.0.0.73-sonarqube   1c1g-20GB 10.0.0.74-nexus          1c1g-20GB 10.0.0.75-dm               1c1g-20GB   (模拟写代码服务器)         在centos系统中,本身就有git,如果没有yum安装一下git [root@gitlab ~]# git --version git vers

    2024年03月22日
    浏览(33)
  • GitLab+Jenkins搭建DevOps一体化运维平台

    ​ 大家拿到代码后,要如何运行呢?导入IDEA,然后启动?开发过程可定没有问题,那生产环境呢?在现在互联网大环境下,越来越要求开发运维一体化。如果对于企业级的项目管理方式不了解,那么开发工作将举步维艰。这一节课主要带大家快速理解一下电商项目的运维部

    2024年02月09日
    浏览(39)
  • 快速构建一个 GitLab + Jenkins + Harbor 的云原生 DevOps 环境

    今天我们要搭建一条怎样的工具链呢?且看效果图: GitLab + Jenkins + Harbor Toolchain Workflow 首先我们需要完成 GitLab、Jenkins 和 Harbor 三个工具的部署; 接着我们需要在 GitLab 上创建一个代码库,并且在 Jenkins 上创建相应的流水线,这个流程最好也自动化(确实可以自动化); 然后

    2024年02月15日
    浏览(31)
  • DevOps系列文章 之 SpringBoot整合GitLab-CI实现持续集成

    在企业开发过程中,我们开发的功能或者是修复的BUG都需要部署到服务器上去,而这部分部署操作又是重复且繁琐的工作,GitLab-CI 持续集成为我们解决了这一痛点,将重复部署的工作自动化,大大的节省了程序员们的宝贵时间。本文详细讲述了 GitLab-CI 持续集成的安装、部署

    2024年02月13日
    浏览(35)
  • DevOps之Jenkins 集成 SonarQube 、Gitlab实现代码自动提交质量检测

    实验中相应服务的安装步骤略 准备相关服务器,并实现各个服务器的DNS解析 [root@ubuntu2204 ~]#cat /etc/bind/hailin.org.zone $TTL 1D @ IN SOA master admin ( 1 ; serial 1D ; refresh 1H ; retry 1W ; expire 3H ) ; minimum NS master master A 10.0.0.201 gitlab A 10.0.0.179 jenkins A 10.0.0.171 harbor A 10.0.0.201 sonarqube A 10.0.0.178 安

    2024年02月02日
    浏览(31)
  • 途游游戏 x 极狐GitLab “通关” DevOps :单元测试从无到优,覆盖率 0→80%

    目录 4 个工具孤岛 → 极狐GitLab 全家桶, 被动的「人找进度」 → 高效的「进度找人」 把 Code Review 做扎实 代码质量「向左移」,修复成本「往下降」 从无到「优」 自动执行单元测试,覆盖率 0→80% 你喜欢玩游戏吗? 最近在玩什么游戏? 你是哪款游戏的“死忠粉”呢? 人

    2024年02月13日
    浏览(44)
  • DevOps极速入门丨Gitlab丨Jenkins丨harbor丨CICD丨自动化丨运维开发

    一、DevOps介绍 软件开发最开始是由两个团队组成: 开发计划由开发团队从头开始设计和整体系统的构建。需要系统不停的迭代更新。 运维团队将开发团队的Code进行测试后部署上线。希望系统稳定安全运行。 这看似两个目标不同的团队需要协同完成一个软件的开发。 在开发

    2023年04月18日
    浏览(50)
  • Devops系列六(CI篇之jenkinsfile)jenkins将gitlab helm yaml和argocd 串联,自动部署到K8S

    上文我们说了pipeline,已为本文铺路不少,接下里就是将之串联起来。 先想说下,为什么是jenkinsfile, 因为jenkins job还支持pipeline方式。 这种方式,不建议实际使用,仅限于测试或调试groovy代码。 下面贴出来,我们的使用方式。好处是:采用分布式的思想,改动git上的jenkinsf

    2024年02月13日
    浏览(41)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包