GitLab使用

本文详细介绍了GitLab的安全认证方法,包括用户密码和GitLabProjects插件,以及Git合并请求的流程,涉及权限分配,如Guest、Reporter、Developer和Maintainer等角色。重点讲解了merge权限规则,确保代码审查和合并的正确执行。

(1)Gitlab安全认证

方式一:用户密码

IDEA-Git-勾选使用凭据帮助程序

方式二:Gitlab projects插件

Version Control —> GitLab –> Add New GitLab Server

1、公司Gitlab服务器地址

2、具体项目库git的地址

3、Gitlab服务器上配置的Token(注意:令牌权限勾选)

4、选择SSH

(2)Git合并请求流程

1.新建合并请求(选择需要合并请求的项目)

2.源分支dev1

3.目标分支选择main

4.比较分支并继续

5.指派人、审核者、里程碑、标记

6.批准

7.合并

说明:新分支可以提交、推送、没问题!

(3)给GitLab项目添加成员用户

Guest:访客角色:该角色可以在项目中创建issue、发表评论但是不能观看和修改GitLab项目代码。

Reporter:GitLab项目的测试人员:该角色在Guest角色权限基础上多了观看、克隆Gitlab项目的代码权限,但是不能提交项目代码,即只能看不能改。

Developer:GitLab项目的项目开发人员:该角色可以克隆、开发、提交项目代码。

Maintainer:GitLab项目的管理员:该角色可以创建项目、添加tag、保护分支、添加项目成员、编辑项目。核心RD负责人可以赋予这个权限。

Owner:Git系统管理员即Administrator:该角色拥有至高无上的权限。开发组leader可以赋予这个权限。

①、选择“Projects”的下“Your projects"选项

②、在“Your projects"Tab页面下点击对应的项目

③、在项目的左侧菜单栏里面选择点击“Members”选项

④:填写要添加成员的信息参数   

⑤:添加成功后在下面看下项目成员信息。

⑥:添加权限后对应用户刷新项目页面即可看到对应的项目:

(3)merge权限规则原理说明:

问题:

关键只有merge 合并权限的责任人才能提交 merge 合并请求,没有 merge 合并权限的只能提交 merge 请求,等待有权限的 review 后合并。

将master,develop,release 三个分支设置成只允许 maintainers merge,不允许任何人 push,也即杜绝了从本地 merge,push 到远端的情况

设置-仓库-允许请求/允许合并?????????????????

第一步开发分支代码修改,提交,push到远端

feature 的开发分支不做具体的保护设置,即开发人员可以修改后,add,commit,push

第二步create merge request

开发人员push 到远端后,gitlab 上新 push 的 feature 分支,会有一个按钮 【创建合并请求】,点击发起 merge 请求

进到页面,点击 【更改分支】进入分支选择页面,选择 合并分支 和 被合并分支,这里选择的是 dev 到 main

然后点击【compare branches and continue】,回到合并请求页面。选择 指派人 和 审核者,选择完后点击【创建 合并请求】发起合并请求

备注:社区版只能选择一个指派人(assignee) 和 审核者(reviewer )

选择规则:

指派人:选择项目的负责人(maintainer),此人拥有合并请求的权限

审核者:选择开发者自己之外的另一个开发者

第三步code review

收到通知的reviewer 通过 合并请求 页面可以看到代码修改记录,并增加 commond,其他人也可以通过commond 进行讨论。

最后项目负责人可以点击【合并】通过或者点击右下角的【关闭合并请求】不通过合并请求。

第四步查看所有合并请求

在项目页面的合并请求页面可以看到所有开发状态,关闭状态和已合并状态的合并请求

### GitLab 使用指南与常见问题解决方案 GitLab 是一款功能强大的 DevOps 平台,支持从项目规划、源码管理、CI/CD 到监控和安全审计的全流程开发协作。以下是关于 GitLab 的基本使用方法以及一些典型问题的排查建议。 #### 基础操作指南 ##### 安装配置 在 Linux 上安装 GitLab 可通过官方推荐的方式进行一键部署: ```bash # 添加 GitLab 包仓库并信任 GPG 密钥 curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh | sudo bash sudo apt-get install gitlab-ce ``` 随后编辑 `/etc/gitlab/gitlab.rb` 文件来设定外部访问地址和其他参数: ```ruby external_url 'http://your-domain.example' ``` 保存后执行 `gitlab-ctl reconfigure` 来应用更改[^2]。 ##### 用户权限管理 管理员可以通过 Web UI 创建组、分配成员角色,并控制项目的可见性和分支保护策略。对于更复杂的场景,可以启用 LDAP 或 OAuth 集成实现统一身份认证。 ##### CI/CD 流水线构建 创建 `.gitlab-ci.yml` 文件定义流水线阶段(stages)、作业(jobs)及其依赖关系。例如一个简单的 Node.js 构建脚本可能如下所示: ```yaml image: node:latest cache: paths: - node_modules/ build-job: stage: build script: - npm install - npm run build ``` 提交该文件至根目录即可触发自动化的测试与打包流程。 --- #### 故障排除技巧 ##### 内部 API 不可达错误 当运行 `gitlab-shell check` 出现 **Internal API unavailable** 错误提示时,应确认 GitLab 主体服务是否正常启动;如果未响应,则尝试重启整个套件并通过命令 `gitlab-ctl status` 查看状态反馈。另外还需核对 `/opt/gitlab/embedded/service/gitlab-shell/config.yml` 中指定的端口及路径设置是否匹配当前环境需求[^1]。 ##### 存储路径缺失异常 迁移过程中可能会遭遇类似 `"storage path have to exist"` 的警告信息。此时需手动建立目标存储结构并将所有权授予对应账户——通常为 `git` 用户所属群组下的特定子目录树状布局。完成后调用 `chown -R git:git /path/to/repos && chmod -R ug+rwX,o-rwx /path/to/repos` 赋予合适权限以供后续读写操作顺利开展[^3]。 ##### 访问受限处理方案 某些情况下会出现 HTTP 403 Forbbiden 页面阻断合法请求流的情况。这往往源于 Rack Attack 插件基于速率限制机制临时封禁了疑似恶意行为者的客户端 IP 地址池。为此可调整 `/etc/gitlab/gitlab.rb` 内置白名单列表字段值新增受信网络段落条目而后重载守护进程使其生效于新会话连接过程之中[^4][^5]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大连赵哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值