自从用Docker来部署GitLab应用之后，除了17年春节前那一次操作不当，差点删库走路，平时使用起来倒也十分稳定。记得那次操作不当，源自于想给GitLab备份及升级，由于当时刚接触Docker不久，也不知谁给的勇气，经过一系列简单的Google后，我在做了一系列自以为是的备份后，就开始动手进行GitLab的系统升级，只记得当时花了5个小时才从删库走路的边缘才救了回来，吃了对Docker不熟悉的亏。
经过了上面的事件后，后面一直没有投入时间来解决这个问题。最近由于看到10版本增加的Auto DevOps、新版的UI以及一堆的提升，心痒痒的。纸上得来终觉浅，绝知此事要躬行，于是乎在一个风和日丽的中午，动手开始了进行GitLab的无损升级，本次升级，从原版本8.14.3升级到10.6.3。
先上旧版成新版的对比成果照。
旧版
新版
基于Docker部署的GitLab无损升级，目前我想到的应该有两种方案，一就是升级Docker镜像，复用旧镜像的挂载文件，还有另外一种方式就是进入Docker容器去直接升级GitLab，本着先简单后复杂的原则，我先尝试基于Docker镜像升级，再尝试进入Docker容器去直接升级GitLab。
动手之前，请先做好备份工作，切记！！！最好是克隆一个新的环境来操作。为了避免影响到大家使用，我先克隆了一台新的虚拟机，所有的改动都是基于这个新的虚机上进行操作。
1.基于Docker镜像升级（失败）
网上的很多教程都说用Docker镜像升级很简单，只要基于下面几条命令就可以。
（1） 执行命令拉取最新的镜像。
docker pull gitlab/gitlab-ce
（2） 停止当前运行的GitLab容器。
docker stop 容器标识 (docker ps可以查看容器标识）
（3） 删除该容器。
docker rm 窗口标识
（4） 创新GitLab新版本的容器。
docker run \ --publish 443:443 --publish 10080:80 --publish 10022:22 \ --name gitlab \ --volume /u1/gitlab/config:/etc/gitlab \ --volume /u1/gitlab/logs:/var/log/gitlab \ --volume /u1/gitlab/data:/var/opt/gitlab \ gitlab/gitlab-ce
实际上经过我的实操，发现实际的情况无法无损升级。新的版本正常安装后，启动时会报数据库版本不一致，不允许启动的情况。（当时没有去执行，gitlab-rake db:migrate这个升级数据库关系的命令，也许执行这个后可以正常启动，这个等找机会再验证一下。）这也可能是我操作不当导致这个方法不成功，希望有成功的同学可以指教一下。
2.进入Docker容器直接升级GitLab（成功）
关于这一个操作，网上基本没有什么可参考的经验，只好凭经验自己摸索。
（1）去官网下载最新版的GitLab
这里官网由于GW的关系打开会很慢，推荐去清华的安装源进行下载。
例如：https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/ubuntu/pool/trusty/main/g/gitlab-ce/
由于我的操作系统是ubuntu的，所以下载基于ubuntu的deb安装文件，其他系统请根据实际情况选择下载对应的deb安装文件。
（2）上传deb文件并且移动到docker容器映射出来的挂载地址
我将deb文件上传到映射出来的GitLab的默认备份文件夹，在容器中的路径为/var/opt/gitlab/backups。
（3）进入容器
docker exec -it 容器标识 /bin/bash (docker ps可以查看容器标识）
（4） 停止服务
gitlab-ctl stop unicorn
gitlab-ctl stop sidekiq
gitlab-ctl stop nginx
（5）执行安装新版的GitLab
dpkg -i gitlab-ce_10.6.3-ce.0_amd64.deb
（安装一般都不会出现异常，如果安装失败，在最后会有相关的错误提示，请根据错误进行处理，再尝试重新执行一次安装）
（6）更新数据库关联信息
gitlab-rake db:migrate
（此处执行时间较久，请耐心等待）
（7）重启服务
gitlab-ctl restart
在安装及服务启动的过程中，可以方便通过Docker的logs命令来观察GitLab的启动及运行状态，只需执行"docker logs 容器标识 -f"即可。经过上述的7步操作后，无损升级基本完成，等待服务正常重启后即可正常对外提供服务。接下来可以找时间好好研究一下新版的特性及Auto DevOps了。
