AWS_EC2_Ubuntu安装gitlab失败

下面给出gitlab官网给出的安装Ubuntu+gitlab的基本步骤

安装流程并不复杂,但是安装方式我暂时没有搞懂

几个可以参考的博客地址:

http://blog.youkuaiyun.com/discoverer100/article/details/51814171

http://blog.youkuaiyun.com/huangzhijie3918/article/details/51330425

http://blog.youkuaiyun.com/ouyang_peng/article/details/72903221

http://www.mamicode.com/info-detail-1316828.html

官网:

https://about.gitlab.com/installation/#ubuntu

 

1.安装并配置必要的依赖关系

Ubuntu 16.04上(推荐),下面的命令还会打开系统防火墙中的HTTPSSH访问。

sudo apt-get update

sudo apt-get install -y curl openssh-server ca-certificates

接下来,安装Postfix发送通知邮件。如果您想使用其他解决方案发送电子邮件,请跳过此步骤并在安装GitLab配置外部SMTP服务器。

sudo apt-get install -y postfix

Postfix安装期间,可能会出现一个配置屏幕。选择"Internet站点"并按回车。使用您的服务器的外部DNS'邮件名称',然后按回车。如果出现其他屏幕,请继续按回车键以接受默认值。

2.添加GitLab软件包库并安装软件包

添加GitLab软件包库。

curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.deb.sh | sudo bash

接下来,安装GitLab软件包。将`http// gitlab.example.com`更改为您要访问您的GitLab实例的URL。安装将自动配置并启动该URLGitLabHTTPS 安装后需要额外的配置

sudo EXTERNAL_URL ="http://gitlab.example.com"apt-get install gitlab -ee

3.浏览到主机名并登录

在第一次访问时,您将被重定向到密码重置屏幕。提供初始管理员帐户的密码,您将被重定向回登录屏幕。使用默认帐户的用户名root登录。

有关安装和配置的详细说明,请参阅我们的文档

然后提示我主机的名称有问题,需要我修改主机的名称

修改/etc/gitlab/gitlab.rb文件

执行如下命令,使用gedit打开/etc/gitlab/gitlab.rb文件

sudo vi /etc/gitlab/gitlab.rb

然后看到博客上还有写修改/var/opt/gitlab/gitlab-rails/etc/gitlab.yml文件

但是如果没有sudo gitlab-stl reconfigure的话是没有这个文件的

然后在修改好gitlab.rb之后我就执行了一下sudo gitlab-stl reconfigure

然后执行了一会之后就卡在某个步骤action on不动了,之后服务器gg

怎么链接都链接不上去,从服务器后台可以看到这个,显示内存溢出。

然后可以去https://docs.gitlab.com.cn/ce/install/requirements.html

这个网址上看一下,gitlab安装的最低需求4GB……

### 实施个人项目的持续集成与交付指南 #### 什么是CI/CD? 持续集成(Continuous Integration, CI)是一种开发实践,团队成员频繁地将代码提交到共享存储库中,并通过自动化构建和测试来验证每次更改。这有助于尽早发现错误并减少集成问题[^1]。 持续交付(Continuous Delivery, CD)是在CI的基础上进一步扩展的概念,它确保软件可以随时部署到生产环境中。这意味着所有的变更都经过一系列自动化的测试套件验证后,能够安全地发布给最终用户。 对于个人项目而言,实施CI/CD不仅可以提高效率,还能帮助开发者保持高质量的代码标准。 --- #### 工具选择 为了实现高效的CI/CD流程,在个人项目中可以选择一些流行的工具和服务: - **GitHub Actions**: 提供了一种简单的方式来定义工作流文件(YAML),从而执行各种任务,比如运行单元测试、打包应用程序以及部署至服务器。 - **GitLab CI/CD**: 如果使用的是GitLab作为版本控制系统,则可以直接利用内置的支持功能完成整个流水线配置。 - **Jenkins**: 尽管相对复杂些,但它提供了极其灵活的功能选项适合更高级别的需求场景下的定制化解决方案[^2]。 以下是基于GitHub Actions的一个基本示例设置方法说明: ```yaml name: Python application example pipeline on: push: branches: - main pull_request: jobs: build-and-test: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: Set up Python 3.x uses: actions/setup-python@v2 with: python-version: '3.x' - name: Install dependencies run: | python -m pip install --upgrade pip pip install -r requirements.txt - name: Run tests run: pytest deploy-to-production: needs: build-and-test runs-on: self-hosted # or another hosting service like AWS EC2 instance etc. steps: - name: Deploy app env: PRODUCTION_SERVER_USER: ${{ secrets.PROD_USER }} PRODUCTION_SERVER_IP: ${{ secrets.PROD_IP }} run: ssh ${PRODUCTION_SERVER_USER}@${PRODUCTION_SERVER_IP} "cd /path/to/app && git pull origin main" ``` 上述脚本展示了如何创建两个独立的任务——一个是用于构建和测试应用;另一个则负责将其推送到远程主机上进行实际部署操作。 --- #### 关键步骤解析 1. 定义触发条件:指定何时启动pipeline,例如当有新的commit被推送或者PR合并请求发生时。 2. 配置环境变量及秘密管理机制以便于保护敏感数据不泄露出去的同时又能方便调用它们参与后续动作当中去。 3. 编写具体的job描述内容包括但不限于克隆仓库副本下来、安装依赖项列表中的包组件还有最后一步就是真正意义上把修改后的成果同步更新回目标位置处等等. --- #### 常见挑战及其应对策略 尽管引入了CI/CD能带来诸多好处,但在实践中也可能遇到不少困难: - 当初次搭建的时候可能会因为不了解具体参数含义而导致失败率较高; - 对现有业务逻辑改动较大时需谨慎评估影响范围再做决定是否采用全量迁移还是逐步过渡的方式来进行调整优化过程。 针对这些问题可以通过查阅官方文档资料学习更多专业知识积累经验教训不断改进完善自己的方案设计思路直至达到理想效果为止。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值