学渣角鹿白的博客

2.5：Gitlab 数据备份与恢复Gitlab 数据的备份与恢复使用的是 gitlab-rake 命令。备份与恢复前都要停止 Gitlab 的 unicorn 和 sidekiq 进程，这意味着备份的操作需要在确认没有用户使用的时间段进行，恢复就无所谓了，因为既然要恢复，那Gitlab的服务肯定已经受到了影响。2.5.1：Gitlab 数据备份2.5.1.1：停止 unicorn 和 sidekiq 进程root@gitlab:~# gitlab-ctl stop unicornok: dow

2.4：项目分支应用（Branch）在代码Clone和Push时，默认都是直接在master分支上进行操作，但在实际使用中，master分支的代码是面向生产环境的、经过测试的稳定版本，而新版本的开发都是在另外的分支上进行的（比如Develop分支）。Master分支的版本会比Develop分支的版本低。开辟另外的Develop分支，可以实现：新版本的开发在Develop分支上进行，当新版本提交时，让Jenkins等持续发布系统从该分支获取新版本代码，部署在测试环境中进行测试；当Develop分支

2.3：代码版本升级与回退2.3.1：代码版本升级代码版本升级的操作流程同“代码 Clone 与 Push”的流程一致。在进行代码的版本升级编写前，确保从Gitlab上clone了最新的项目版本。下面将test-software/test-app1/index.html的版本升级成v2。2.3.1.1：Clone/Pull 项目在重新克隆项目前，先将本地的项目文件删除：root@node111:~# cd /workspace/root@node111:/workspace# rm -rf

2.2：项目代码 Clone 与 Push假设yqc用户是一名开发，目前要为test-software下的test-app1编写代码。其使用的客户端PC地址为node111（192.168.1.111）。2.2.1：Clone 项目2.2.1.1：Clone with HTTP2.2.1.1.1：复制项目的 HTTP 克隆链接使用yqc用户登录gitlab，进入test-software/test-app1项目页面，复制HTTP克隆连接。2.2.1.1.2：客户端 git clone在客

2.1：Gitlab 的权限管理Gitlab的权限管理中有几个最基本的概念：User：是使用Gitlab的用户，通过管理员用户进行创建，每个User对应一名具体的人员；Group：组，可以理解为公司中的一个产品线，一个产品线要运作，需要人员对其中的各个子应用进行开发、管理、维护，所以Group中涉及多个子应用（也就是Project，具体的软件项目），以及多个人员（即User）；Project：具体的项目，多个项目功能组成一个完整的产品或服务（Group）；Role：角色，Gitlab 的权限管理

1：Gitlab 部署Gitlab 实现的是 CI/CD 环节中的 CI 环节，即持续集成（Continuous Integration）。“持续”意味着代码的频繁提交，能将各版本的代码分阶段保存；“集成”一方面意味着支持多名开发人员协同，将多名开发人员的开发的不同功能的代码进行合并，实现整体功能；另一方面意味着将通过测试的分支合并到主分支，完成软件的稳定版本的迭代。1.1：下载 gitlab-ce 程序包一般安装的是Gitlab-ce，即社区版本，采用程序包的方式进行安装，下载地址为：Git