https://www.cnblogs.com/mafeng/p/10237474.html
基于Docker在Mac OS X系统中的部署和设置GitLab的具体过程如下：
1. 安装Docker for Mac (参见https://docs.docker.com/docker-for-mac/install/）
2. 下载GitLab镜像
docker pull gitlab/gitlab-ce
文档可参见https://docs.gitlab.com/omnibus/docker/。
3. 运行GitLab实例
sudo docker run -d \
--hostname xxxx.xxxx.xx \
--name gitlab \
--restart always \
--publish 30001:22 --publish 30000:80 --publish 30002:443 \
--volume $HOME/gitlab/data:/var/opt/gitlab \
--volume $HOME/gitlab/logs:/var/log/gitlab \
--volume $HOME/gitlab/config:/etc/gitlab \
gitlab/gitlab-ce
其中volume选项将gitlab的目录挂载为用户当地目录，以免容器在停止或被删除的时候丢失数据。publish选项将宿主机器的30000、30001和30002映射为容器的80(http)、22(ssh)和443(https)端口。
4.配置GitLab实例
GitLab的配置存储在/etc/gitlab/gitlab.rb文件中。
利用命令“sudo docker exec -it gitlab /bin/bash”可以在gitlab容器中进入bash，也可以用命令“sudo docker exec -it gitlab vi /etc/gitlab/gitlab.rb”直接执行vi编辑GitLab配置文件。由于在运行GitLab实例时，已经用volume选项将gitlab的目录挂载为用户当地目录，因此gitlab.rb文件实际位于$HOME/gitlab/config目录下。
修改gitlab.rb文件后，在容器中执行命令gitlab-ctl reconfigure重新配置gitlab。
4.1 配置GitLab服务器的访问地址
4.1.1 配置http协议所使用的访问地址
将external_url修改为GitLab服务器的访问地址：
external_url 'http://xxxx.xxxx.xxx:30000'
由于定义的url中有端口号，需要将nginx监听的端口号改回80，否则nginx将监听容器的30000端口，造成GitLab无法使用：
nginx['listen_port'] = 80
4.1.2 配置ssh协议所使用的访问地址和端口
gitlab_rails['gitlab_ssh_host'] = ‘data.comdyn.cn'
gitlab_rails['gitlab_shell_ssh_port'] =30001
4.2 配置邮箱
为了采用SMTP服务器而不是缺省的Sendmail发送邮件，需要修改gitlab.rb中的内容，
下面以网易163邮箱为例配置邮箱:
gitlab_rails['gitlab_email_from'] = "xxxx@163.com”
gitlab_rails['gitlab_email_reply_to'] = ‘xxxx@163.com'
gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = "smtp.163.com"
gitlab_rails['smtp_port'] = 465
gitlab_rails['smtp_user_name'] = "xxxx@163.com"
gitlab_rails['smtp_password'] = "xxxxpassword"
gitlab_rails['smtp_domain'] = "163.com"
gitlab_rails['smtp_authentication'] = "login"
gitlab_rails['smtp_enable_starttls_auto'] = true
gitlab_rails['smtp_tls'] =true
gitlab_rails['smtp_openssl_verify_mode'] = "peer"
最后，用命令docker restart gitlab重启GitLab，或者在容器中执行命令gitlab-ctl reconfigure重新配置gitlab。
5. 导入现有的git仓库
将现有的git仓库（如test）导入gitlab需要三步：
5.1 将已有的所有git仓库的裸库（如test.git）都拷贝到gitlab目录中。
前面在运行gitlab实例时，利用volume选项已经将gitlab的数据目录指定为$HOME/gitlab/data/，因此git仓库将存放在目录$HOME/gitlab/data/git-data/repositories/下。
gitlab允许创建组，将多个仓库纳入到一个组中，每个组在repositories下面对应于一个与组名称相同的子目录。将所有裸库拷贝到与其组所对应的子目录中。例如，如果要要将test仓库导入到sub组中的话，则应执行：
sudo cp -r test.gig $HOME/gitlab/data/git-data/repositories/sub/
5.2 利用sudo chown命令，将test.git的拥有者的用户名和组名改为和repositories目录的拥有者相同，以保证gitlab可以访问该仓库。
5.3 导入仓库
在gitlab容器中执行gitlab-rake命令：
sudo docker exec -it gitlab gitlab-rake gitlab:import:repos['$HOME/gitlab/data/git-data/repositories’]
导入repositories下的所有仓库，并自动创建组。如果某仓库在gitlab中已存在，则会跳过该仓库。
Gitlab 11.0.3汉化完成后，需要集成域控，现将域控的配置过程描述如下：
gitlab目录：/etc/gitlab
gitlab配置文件：/etc/gitlab/gitlab.rb
编辑gitlab.rb文件：
在gitlab.rb文件中修改下面配置，其中：
1.host，是搭建的ldap的ip，根据实际情况修改；
2.uid，可以配置cn，也可以配置uid，都能识别（具体为什么没深入研究）；
3.bind_dn，ldap的管理员账号，根据实际情况修改；
4.password，ldap的管理员，根据实际情况修改；
5.active_directory，似乎是针对连接是否是ad域控的标示，因为这部分是ldap的配置，故为false；
6.allow_username_or_email_login，用户登录是否用户名和邮箱都可以，方便用户故配置true；
7.base，用户列表所在的目录，因为新增的用户都在ldap的People下，故这么配置，根据实际情况修改；
我的配置如下：
gitlab_rails['ldap_enabled'] = true
###! **remember to close this block with 'EOS' below**
gitlab_rails['ldap_servers'] = YAML.load <<-'EOS'
main: # 'main' is the GitLab 'provider ID' of this LDAP server
label: 'LDAP'
host: '**.**.**.**'
port: 389
uid: 'sAMAccountName'
bind_dn: 'cn=***,cn=Users,dc=***,dc=****,dc=COM'
password: '*****'
encryption: 'plain' # "start_tls" or "simple_tls" or "plain"
verify_certificates: true
active_directory: true
allow_username_or_email_login: true
lowercase_usernames: false
block_auto_created_users: false
base: 'OU=Users,OU=*****,DC=***,DC=*****,DC=COM'
user_filter: ''
## EE only
# group_base: ''
# admin_group: ''
# sync_ssh_keys: false
#
# secondary: # 'secondary' is the GitLab 'provider ID' of second LDAP server
# label: 'LDAP'
# host: '_your_ldap_server'
# port: 389
# uid: 'sAMAccountName'
# bind_dn: '_the_full_dn_of_the_user_you_will_bind_with'
# password: '_the_password_of_the_bind_user'
# encryption: 'plain' # "start_tls" or "simple_tls" or "plain"
# verify_certificates: true
# active_directory: true
# allow_username_or_email_login: false
# lowercase_usernames: false
# block_auto_created_users: false
# base: ''
# user_filter: ''
# ## EE only
# group_base: ''
# admin_group: ''
# sync_ssh_keys: false
EOS
重要配置参数解释（仔细阅读上一篇svn集成LDAP认证的文章这些参数会更好理解）：
- host：LDAP服务器地址
- port：LDAP服务端口
- uid：以哪个属性作为验证属性，可以为uid、cn等，我们使用uid
- method：如果开启了tls或ssl则填写对应的tls或ssl，都没有就填写plain
- bind_dn：search搜索账号信息的用户完整bind（需要一个有read权限的账号验证通过后搜索用户输入的用户名是否存在）
- password：bind_dn用户的密码，bind_dn和password两个参数登录LDAP服务器搜索用户
- active_directory：LDAP服务是否是windows的AD，我们是用的OpenLDAP，这里写false
- allow_username_or_email_login：是否允许用户名或者邮箱认证，如果是则用户输入用户名或邮箱都可
- base：从哪个位置搜索用户，例如允许登录GitLab的用户都在ou gitlab里，name这里可以写ou=gitlab,dc=domain,dc=com
- filter：添加过滤属性，例如只过滤employeeType为developer的用户进行认证（employeeType=developer）
配置完成后进行配置更新：
gitlab-ctl reconfigure
检查是否配置成功：
gitlab-rake gitlab:ldap:check（列出前100个用户）
重启gitlab服务：
gitlab-ctl restart
注意: 确认该用户不处于特殊状态
1.不处于“禁用账户”的状态；
2.不处于“需要首次登录修改密码”的状态；
（处于上面任意一种状态的账户在登录gitlab时都会报“Cloud not authenticate you from Ldapmain because "Invalid creadentials".”）
下图是发出的search 用户状态的请求:
判断用户状态码:
https://www.cnblogs.com/tldxh/p/7093360.html