
查看是否拉取成功
编写内容
在该文件目录下,授予 gitlab_startsh 执行权限
要注意端口是否被占用
修改 gitlab_startsh 文件,将映射到宿主机的端口改为 8088 ,或者其它没被占用的端口
重新运行 /gitlab_startsh 文件,报错如下
这是因为之前的容器虽然没有运行起来,但是已经创建了,把它删除掉
重新运行 gitlab_startsh 文件
可以看到容器成功启动
创建 docker-composeyml 文件,并在该文件所在的文件夹目录下运行 docker-compose up -d
需要事先安装 docker-compose
安装docker-compose
注 :端口和映射目录可根据需要修改
若开放访问端口为 80 , external_url 可不加端口号,默认80
若以 31 方法创建,需要修改相关配置文件
在Gitlab容器 运行状态 时,重启服务,并远程访问网站测试
若访问Gitlab出现502等错误,使用命令检查错误原因
eg
查看上述配置文件,查找错误原因
[上传失败(image-e9789-1636370071222)]
虽然容器启动成功,但是却没办法根据 ip:port 访问gitlab
拉取tomcat镜像
为了测试8088端口是否可用,先把gitlab的容器暂停
启动tomcat容器,并将tomcat容器的8080端口映射到宿主机的8088端口
一切正常,访问ip:8088,还是和以前一样访问不了
因为之前系统的防火墙一直是关闭的并且其它的服务能正常访问,所以没有怀疑是防火墙的问题
把防火墙打开
访问之前能正常访问的服务,果然没法正常访问。
把该服务的端口开发,正常访问。
打开8088端口
再次访问
返回tomcat的404页面: >原因:ubuntu1404版本应该是 trusty 版本,而下载的gitlab软件包却是 xenial版本的
解决:下载trusty版本的 gitlab 进行安装
查看ubuntu版本的方法:
root@kickseed:~# lsb_release -a
No LSB modules are available
Distributor ID: Ubuntu
Description: Ubuntu 14045 LTS
Release: 1404
Codename: trusty
1 安全风险:在私有化部署GitLab社区版时,需要自己负责服务器的安全管理工作,包括系统、应用程序和数据的安全管理。一旦服务器受到攻击或出现漏洞,可能会导致数据泄露、系统崩溃、信息丢失等严重后果。
2 维护困难:私有化部署需要自己负责系统更新、备份、恢复等各种工作,需要花费大量时间和精力来保持系统的可靠性和稳定性。如果无法及时维护,将会影响开发和部署进度。
3 兼容性问题:在自己的服务器上搭建GitLab社区版可能会面临兼容性问题,包括与其他软件的兼容性、与第三方服务的兼容性、与开发框架的兼容性等。这些问题可能会导致系统无法运行或者运行不正常。
4 成本问题:私有化部署GitLab社区版需要购买服务器、软件和其他硬件设备等,还需要支付人力成本和维护费用。这些成本可能会超出预算并且难以掌控。
因此,使用私有化部署的GitLab社区版需要承担一定的风险和责任。如果您没有足够的经验或技能来管理和维护系统,可以考虑使用GitLab提供的托管服务或者其他第三方托管服务。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)