DevOps实践-SCM代码仓库管理

简介: 人在不同的阶段对于同一件事会有不同的理解。而且每个人都来说个人方向选择、精力与经历都左右着对同一件事情的理解。

DevOps实践系列文章,请参见连接。

背景

人在不同的阶段对于同一件事会有不同的理解。而且每个人都来说个人方向选择、精力与经历都左右着对同一件事情的理解。所以,

三人行,则必有我师。是故弟子不必不如师,师不必贤于弟子,闻道有先后,术业有专攻,如是而已。 --《师说》韩愈

抱着开放的心态学习每一个比你优秀的人的优点。就是我们这些软件从业者应该做的。抱着为软件业做一份贡献的执着的心情,持续得在这个行业里钻研和研究。

在软件公司之间最大的差别是什么?最大的差别在于公司的文化。不管是工程师文化、敏捷文化、精益MVP文化、商业目标文化,都是为了公司更好的发展以及在行业内与其他竞品进行竞争。这个文化最大的指导意义是指导软件团队的可靠性与效率。

对于完整的DevOps体系来说普元的王海龙的这张图可以非常完整的说明整个DevOps中所有的方面的内容:

在DevOpsMaster上

DevOpsMaster白皮书

DevOps体系

还有DevOps工具集的集合:

介绍

对于公司内部软件公司内部比较重要的几件事:业务方案,软件过程,技术方案,基础设施。

对于SCM(Source Contronl Management)来说应该在DevOps中的位置可以在上面看到,SCM是用来支撑DevOps的基础设施。它为DevOps流程提供最基础的原材料(代码)的管理工作。所以在SCM之上我们应该追求的更多,最求满足各个层面的要求。要支持业务方案的变化,要支持软件过程,要支持技术方案管理,要支持基础设施的配置管理。并且要支持团队的工作量化,质量量化,效率改进等内容。

DevOps目标

技术选型

在软件业界有各个方面可以提供代码托管服务,并且很多代码托管系统都可以与云设备进行深度的融合工作。深度融合后的代码托管服务在加上《一切即代码》理念,就可以管理代码、依赖、编译、配置、流程、设备等。下面对代码托管服务进行技术选型评比:
SCM对比
对于可以私有化部署,并且支持更好的公司协作。费用又较低的只有Gitlab可以满足要求。GitHub,BitBucket可以私有化部署,可以支持很多功能,有完善的工具链。但Gitlab的开源协议是MIT License。并且GitLab在企业内部的使用率也很高。

技术实践

直接使用Docker镜像进行安装。使用omnibus-gitlabdocker-compose.yml直接启动Docker即可。

  • Git协议端口修改

中间需要注意的是,因为Git使用了SSH的端口,需要将SSH的端口修改为其他端口。将TCP22留给SSH使用。

  • 备份工作

配置备份与镜像方式。在每个Git仓库中进行Mirroring的配置即可,但是需要每个项目独立配置。在使用过程中因为使用invalid multibyte char (US-ASCII),在网上搜索后发现是因为中文问题不能处理导致。所以重新进行Docker build:

FROM gitlab/gitlab-ce
MAINTAINER GitLab Inc. <support@gitlab.com>

SHELL ["/bin/sh", "-c"],

# Install required packages
RUN apt-get update -q \
    && DEBIAN_FRONTEND=noninteractive yum groupinstall -y chinese-support
    && rm -rf /var/lib/apt/lists/* \

# Default to supporting utf-8
ENV LANG=en_US.UTF-8

配置并设置好语言后发现仍不可用。已经不报错了,但是同步一直没有结束。另外在检查Gitlab API时没有关于调用Mirror同步的API。所以,这里不考虑这种方式进行同步。

使用最原始的同步方式Git命令的方式进行同步。在使用Python(Pexpect)进行命令执行进行大量的Git仓库同步。

#-*- coding: UTF-8 -*
import os
import sys
import base64
import pexpect
import traceback
import subprocess

mirror_git_base_addr='http://外网备份地址/'
master_git_base_addr='http://内网地址/'

def setOriginRemote(item, url):
    print 'set remote', item, url
    command = 'git remote set-url origin '+url
    try:
        popen = subprocess.Popen(command, stdout=subprocess.PIPE, stderr=subprocess.PIPE, shell=True, universal_newlines=True)    
        result = None
        while result is None:
            result = popen.poll()
        print "set url status", result
    except:
        pass
        traceback.print_exc()

def gitPull(item):
    print 'git pull', item
    git_addr = master_git_base_addr+item+".git"
    setOriginRemote(item, git_addr)
    command = 'git fetch --tags --progress ' + git_addr + ' +refs/heads/*:refs/remotes/origin/*'
    print command
    child = pexpect.spawn(command)
    try:
        print "child logfile"
        child.logfile = sys.stdout
        print "set username"
        child.expect('Username')
        child.sendline('用户名')
        print "set password"
        child.expect('Password')
        child.sendline('密码')
    
        child.expect(pexpect.EOF, timeout=None)
    except:
        traceback.print_exc()
        pass

def gitPush(item):
    git_addr = mirror_git_base_addr+item+".git"
    setOriginRemote(item, git_addr)
    command = "git push origin 'refs/remotes/origin/*:refs/heads/*'"
    child = pexpect.spawn(command)
    try:
        child.logfile = sys.stdout
        child.expect('Username')
        child.sendline('用户名')
        child.expect('Password')
        child.sendline('密码')
        child.expect(pexpect.EOF, timeout=None)
    except:
        #print(str(child))
        # print ''
        traceback.print_exc()
        # print ''
        pass

def syncGitToMirror(item):
    print 'syncGitToMirror', item
    gitPull(item)
    gitPush(item)

if __name__ == '__main__':
    currentDir = os.getcwd()
    
    projects = ['Requirement', 'Business', 'Deploy']
    
    for item in projects:
        os.chdir(item)
        syncGitToMirror(item)
        os.chdir(currentDir)
  • 本地备份

可以选择多种方式进行备份与恢复的工作。这里在介绍一下本地备份的方式:

  1. 编辑/etc/gitlab/gitlab.rb
gitlab_rails['manage_backup_path'] = true
gitlab_rails['backup_path'] = "/data/gitlab/backups"    //gitlab备份目录
gitlab_rails['backup_archive_permissions'] = 0644       //生成的备份文件权限
gitlab_rails['backup_keep_time'] = 7776000              //备份保留天数为3个月(即90天,这里是7776000秒)
  1. 执行备份命令
gitlab-rake gitlab:backup:create
  1. 设置定时备份(cron)
0 0,6,12,18 * * * /bin/bash -x /data/gitlab/backups/gitlab_backup.sh > /dev/null 2>&1
  1. 恢复备份
gitlab-ctl stop unicorn
gitlab-ctl stop sidekiq
gitlab-ctl status
# 文件名前半部,如下所示
gitlab-rake gitlab:backup:restore BACKUP=1568640014_2019_09_16_12.1.4

总结

Gitlab在公司内部使用基本上已经替代了SVN的管理。并且提供了Git的很多敏捷功能支持。不过在这个过程中需要考虑怎样提供部署级的高可用和高性能。需要有自行处理。这个时候就可以很好的设计与完善系统。

每一项技术都有自己的优缺点,需要选择技术的优点。规避技术缺陷,这个时候需要有能力平衡这些有缺点。才能形成完善的技术解决方案。

参考

大话微服务与DevOps
【第八期金融CIO论坛】DevOps时代合伙人张乐:大型互联网公司金融项目DevOps转型实践
万达网络科技的DevOps平台架构解析
加速企业敏捷的DevOps平台
Periodic Table of DevOps Tools (v3)
Devops时代,腾讯阿里的运维实践(附Devops58个开源工具)
DevOps,研发运营一体化的时代已到来

Gitlab备份和恢复操作记录
实用运维之gitlab主从实时同步
使用Mirroring同步主从Gitlab数据
使用gitlab-mirrors从其它版本库同步代码
使用GitLab Mirrors同步Git仓库

目录
相关文章
|
19天前
|
jenkins Devops Java
DevOps实践:Jenkins在持续集成与持续部署中的价值
【10月更文挑战第27天】在快速发展的软件开发领域,DevOps实践日益重要。Jenkins作为一款流行的开源自动化服务器,在持续集成(CI)和持续部署(CD)中扮演关键角色。本文通过案例分析,探讨Jenkins在Java项目中的应用,展示其自动化构建、测试和部署的能力,提高开发效率和软件质量。
41 2
|
9天前
|
运维 安全 Devops
DevOps实践中的安全审核和合规性
DevOps实践中的安全审核和合规性
|
9天前
|
监控 安全 Devops
DevOps实践中,如何平衡开发速度和安全审核的效率?
DevOps实践中,如何平衡开发速度和安全审核的效率?
|
11天前
|
存储 监控 Devops
DevOps实践:持续集成/持续部署(CI/CD)的实战指南
DevOps实践:持续集成/持续部署(CI/CD)的实战指南
|
12天前
|
运维 安全 Devops
DevOps实践中的安全审核和合规性
DevOps实践中的安全审核和合规性
|
20天前
|
jenkins Devops 测试技术
DevOps实践:Jenkins在持续集成与持续部署中的价值
【10月更文挑战第26天】随着DevOps理念的普及,Jenkins作为一款开源自动化服务器,在持续集成(CI)与持续部署(CD)中发挥重要作用。本文通过某中型互联网企业的实际案例,展示了Jenkins如何通过自动化构建、持续集成和持续部署,显著提升开发效率、代码质量和软件交付速度,帮助企业解决传统手工操作带来的低效和错误问题。
46 4
|
20天前
|
运维 监控 Devops
DevOps文化:持续交付与持续反馈的文化构建与实践
【10月更文挑战第26天】DevOps作为一种将开发与运维紧密结合的文化和实践,通过促进团队协作与自动化流程,实现快速、稳定且高质量的软件交付。本文重点探讨持续交付与持续反馈两大支柱,通过实际案例和示例代码,展示其构建与实践过程。例如,使用Jenkins构建CI/CD流水线,通过Grafana和Prometheus实现实时监控,确保软件质量和快速响应。
28 1
|
14天前
|
运维 Devops jenkins
DevOps实践之持续集成与持续交付
【10月更文挑战第32天】在软件开发的快节奏世界中,DevOps已经成为提升效率和质量的关键策略。通过将开发(Development)和运维(Operations)紧密结合,DevOps促进了更快速的软件发布和更高的可靠性。本文将深入探讨DevOps的核心组成部分——持续集成(CI)和持续交付(CD),并展示如何通过实际代码示例实现它们,以帮助团队构建更加高效和稳定的软件发布流程。
|
19天前
|
运维 Devops jenkins
DevOps文化:持续交付与持续反馈的文化构建与实践
【10月更文挑战第27天】DevOps文化强调开发和运维的紧密合作,以实现快速、高质量的软件交付。核心在于持续交付和持续反馈。本文探讨了如何通过改变组织结构、构建跨功能团队、使用自动化工具(如Jenkins)和积极收集用户反馈,来构建和实践DevOps文化。
30 0
|
24天前
|
运维 安全 Devops
DevOps实践:持续集成与持续部署(CI/CD)的自动化之路
【10月更文挑战第22天】在软件交付的快速迭代中,DevOps文化和实践成为企业加速产品上市、保证质量和提升客户满意度的关键。本文将通过一个实际案例,深入探讨如何利用持续集成(Continuous Integration, CI)和持续部署(Continuous Deployment, CD)实现软件开发流程的高效自动化,包括工具选择、流程设计以及问题解决策略。我们将一起探索代码从编写到部署的全自动化旅程,揭示其对企业运维效率和产品质量所带来的深远影响。