直接或Docker部署Gitlab要遇到的坑

一：直接部署：

    由网上查找到的部署经验开部署始（https://www.cnblogs.com/Alex-qiu/p/7845626.html）：

1. 前面几步都是准备工作，其中只有第三部安装Bundler Gem需要注意：执行安装前把下面跟换源的语句先执行。
2. 由于以前在我的服务器上有使用过docker部署LNMP环境，所以mysql和redis都是docker 容器，直接造成了两个问题：
   1. mysql_docker连接宿主机gitlab：
      1. 使用已部署的phpmyadmin创建数据库gitlabhq_production备用。
         ***使用过程中发现服务器8080端口拒绝访问-->关闭firewall-->安装iptable–>打开端口8080–>再次尝试接入8080后发现：
      2. docker整个炸了：
         1. 不断地搜索和手动添加、编辑iptables和尝试docker设置依然不能复活旧docker：docker-compose up后Error:iptable fail的猩红大字总是那么顽强；
         2. 后来发现：docker对iptable已做兼容，前提是docker一定要在iptable安装后安装；
         3. 为了保持原有网站和项目的运行，只好选择屈辱的重装docker了，好在项目的部署一直使用的是docker-compose自动化部署，原有项目在重装docker前后并不受影响。
   2. redis_docker连接主机gitlab
      
      1. iptable设置打开6379；
      2. 确保redis_docker服务无问题；
      3. 顺利进行部署经验直到：

         1. 配置redis连接：# sudo -u git -H cp config/resque.yml.example config/resque.yml

         2. 一开始并没有特别的注意这个配置，经过之后的mysql配置发现问题，config/resque.yml中的配置项：production: unix:/var/run/redis/redis.sock是什么鬼鬼鬼；

         3. 宿主机没有安装redis&