gitlab 常用操作

最新推荐文章于 2026-04-11 22:33:39 发布
原创 最新推荐文章于 2026-04-11 22:33:39 发布 · 415 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#github
本文介绍了在GitLab上与团队协作时如何进行有效的版本控制。内容包括fork上游仓库并保持同步，提交和更新Merge Request（MR）的步骤，确保在MR被merge前能及时与官方代码保持一致。

当我们和团队成员在同一个项目合作时，我们需要提交自己的MR走review流程，直到MR被merge，之间有哪些操作是常用的呢？

fork upstream并时时和upstream保持一致

我们会需要先fork项目的官方repo到我们自己的项目空间，这时我们就有了和当前官方项目一样的代码，但是当官方项目有更新后，我们则需要用以下步骤让我们的代码和官方代码保持一致。

[wlin@dhcp-136-3 botas] # 查看我们现在关联的branch
[wlin@dhcp-136-3 botas]$ git remote -v
origin	git@gitlab.cee.redhat.com:wlin/botas.git (fetch)
origin	git@gitlab.cee.redhat.com:wlin/botas.git (push
[wlin@dhcp-136-3 botas] # 确认我们关联的branch是wlin/botas.git，即是我们forked的repo
[wlin@dhcp-136-3 botas] # 而我们的目标是期望其和被forked的、和官方的devops/botas.git保持一致，则我们需要如下步骤：
[wlin@dhcp-136-3 botas] # 关联官方的repo并确认结果
[wlin@dhcp-136-3 botas]$ git remote add upstream git@gitlab.cee.redhat.com:devops/botas.git
[wlin@dhcp-136-3 botas]$ git remote -v
origin	git@gitlab.cee.redhat.com:wlin/botas.git (fetch)
origin	git@gitlab.cee.redhat.com:wlin/botas.git (push)
upstream	git@gitlab.cee.redhat.com:devops/botas.git (fetch)
upstream	git@gitlab.cee.redhat.com:devops/botas.git (push)
[wlin@dhcp-136-3 botas] #抓取原仓库的修改文件:
[wlin@dhcp-136-3 botas]$ git fetch upstream
From gitlab.cee.redhat.com:devops/botas
 * [new branch]      adhoc-v2                  -> upstream/adhoc-v2
 * [new branch]      filter-filter             -> upstream/filter-filter
 * [new branch]      graceful-disabled-release -> upstream/graceful-disabled-release
 * [new branch]      master                    -> upstream/master
 * [new branch]      release                   -> upstream/release
[wlin@dhcp-136-3 botas] # 切换到master分支
[wlin@dhcp-136-3 botas]$ git checkout master
Already on 'master'
Your branch is up to date with 'origin/master'.
[wlin@dhcp-136-3 botas] # 合并远程的master分支：
[wlin@dhcp-136-3 botas]$ git merge upstream/master
Already up to date.
[wlin@dhcp-136-3 botas] # 我们本地的已经和upstream保持一致
[wlin@dhcp-136-3 botas] # 则如果不同，则需要将最新的本地的更新git push到你的gitlab repo上

以上步骤中，绑定upstream仅需做一次，后面的fetch/checkout/merge/push都是每次更新代码时必须的。

提交MR和更新MR

我们fork后，通过以下步骤提交并创建我们的MR

[wlin@dhcp-136-3 botas] # 创建新的branch
[wlin@dhcp-136-3 botas]$ git checkout -b new_branch
[wlin@dhcp-136-3 botas] # 更新code
[wlin@dhcp-136-3 botas] echo "testing" >> new_branch
[wlin@dhcp-136-3 botas]$ git add new_branch
[wlin@dhcp-136-3 botas]$ git commit -m 'submit new MR'
[new_branch 968c1cd] submit new MR
 1 file changed, 1 insertion(+)
 create mode 100644 botas/new_branch
nothing added to commit but untracked files present (use "git add" to track)
[wlin@dhcp-136-3 botas] # dry run push确定push到确定的repo后git push
[wlin@dhcp-136-3 botas]$ git push --set-upstream origin new_branch --dry-run
To gitlab.cee.redhat.com:wlin/botas.git
 * [new branch]      new_branch -> new_branch
Would set upstream of 'new_branch' to 'new_branch' of 'origin'
[wlin@dhcp-136-3 botas]$ git push --set-upstream origin new_branch
Enumerating objects: 6, done.
Counting objects: 100% (6/6), done.
Delta compression using up to 8 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (4/4), 343 bytes | 343.00 KiB/s, done.
Total 4 (delta 2), reused 0 (delta 0), pack-reused 0
remote: 
remote: To create a merge request for new_branch, visit:
remote:   https://gitlab.cee.redhat.com/wlin/botas/-/merge_requests/new?merge_request%5Bsource_branch%5D=new_branch
remote: 
To gitlab.cee.redhat.com:wlin/botas.git
 * [new branch]      new_branch -> new_branch
Branch 'new_branch' set up to track remote branch 'new_branch' from 'origin'.
[wlin@dhcp-136-3 botas] # 则我们点击那个remote的merge_requests的url就会跳转创建MR的web界面，则可以完成创建。

更新MR

通常我们希望提交/更新多次，一个MR仍是只有一个commit，则我们可实现如下

[wlin@dhcp-136-3 test_git] # 进行更新并添加更新
[wlin@dhcp-136-3 test_git]$ git add cara_testing
[wlin@dhcp-136-3 test_git] # 创建新的commit
[wlin@dhcp-136-3 test_git]$ git commit  "second commit"
error: pathspec 'second commit' did not match any file(s) known to git
[wlin@dhcp-136-3 test_git]$ git commit  
[cara_testing 6b1099f] second commit
 1 file changed, 1 insertion(+)
[wlin@dhcp-136-3 test_git]$ git log
commit 6b1099f508629b5c0b8951a762acd14c165560f7 (HEAD -> cara_testing)
Author: Cara Wang <wlin@redhat.com>
Date:   Thu Jul 8 13:03:23 2021 +0800

    second commit

commit 5a36f988a79931ddb26798331c26d3d5ccced28f (origin/cara_testing)
Author: Cara Wang <wlin@redhat.com>
Date:   Thu Jul 8 12:27:38 2021 +0800

    add new file

commit e6968dc2d1c86b2b60d75feddcf8e7ea310b10d3 (origin/master, origin/HEAD, master)
Author: Chenglong Wang <chenwang@redhat.com>
Date:   Wed Dec 23 04:37:54 2020 +0000

    Update ET_Pipeline.groovy
[wlin@dhcp-136-3 test_git] # 合成为第一个commit并查看log进行确认
[wlin@dhcp-136-3 test_git]$ git rebase -i e6968dc2d1c8
[detached HEAD 5ef562e] add new file
 Date: Thu Jul 8 12:27:38 2021 +0800
 2 files changed, 3 insertions(+)
 create mode 100644 cara_testing
 create mode 100644 new_file
Successfully rebased and updated refs/heads/cara_testing.
[wlin@dhcp-136-3 test_git]$ git log
commit 5ef562e161b69dc2127f24acaf15eb31916efa6a (HEAD -> cara_testing)
Author: Cara Wang <wlin@redhat.com>
Date:   Thu Jul 8 12:27:38 2021 +0800

    add new file

commit e6968dc2d1c86b2b60d75feddcf8e7ea310b10d3 (origin/master, origin/HEAD, master)
Author: Chenglong Wang <chenwang@redhat.com>
Date:   Wed Dec 23 04:37:54 2020 +0000

    Update ET_Pipeline.groovy
[wlin@dhcp-136-3 test_git] # 提交更新
[wlin@dhcp-136-3 test_git]$ git push -f 
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 8 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (4/4), 406 bytes | 406.00 KiB/s, done.
Total 4 (delta 0), reused 0 (delta 0), pack-reused 0
remote: 
remote: View merge request for cara_testing:
remote:   https://gitlab.cee.redhat.com/chenwang/test_git/-/merge_requests/5
remote: 
To gitlab.cee.redhat.com:wlin/test_git.git
 + 5a36f98...5ef562e cara_testing -> cara_testing (forced update)

gitlab-code-report:自动爬取gitlab，生成代码提交，代码变更行数，mr，issues 数据和排行
05-26
gitlab 数据统计 可统计以下数据 push_count: 0, // 推送次数 commit_count: 0, // commit 次数 commit_line: 0, // 代码变更总行数 mr_open_count:0, // 合并代码最多 mr_merged_count:0, // 合并代码最多 issues_open_count:0, // 提问题最多 issues_close_count:0, // 提问题最多
强行覆盖远程的gitlab 出错
易的博客
07-08 3674
需要删除原来的.git 文件 重新生成一次 强行覆盖远程的gitlab 出错 我这里出错的原因是 因为我本地一个readme.md和远程的README.MD文本内容不同 我将本地的readme.md 删除后重新操作就对了 1.删除原来的.git文件 Administrator@USER-20170819XG MINGW64 /e/unicomWorkSpace/demoproje...
将本地项目加入到远程github repository 报错，提示远端仓库有的文件本地没有。
Tom098的博客
12-24 590
在github上新建了一个repository, 在新建的时候，选择“Initialize this repository with:” 下面的"Add .gitignore"和"Choose a license"。这样新建完的repository下边会有两个文件 - .gitignore和LICENSE，也就是github上的repository是非空的。 然后我想把本地的一个已有的项目通过如下方式初始化，然后上传，会报错。 1. 本地项目没有初始化成本地repository，需要像下边这样初始化以
GitLab 常用 Git 命令新手指南
最新发布
2302_79547686的博客
04-11 276
本文总结了团队协作中的Git开发规范与流程。核心原则包括：禁止直接在主分支开发，必须创建个人分支；开发完成后通过Merge Request合并。详细介绍了日常操作命令，包括代码获取、分支管理、提交撤销等操作。重点说明了标准开发流程：克隆仓库→创建分支→开发提交→推送→发起合并请求。同时强调了定期rebase主分支的重要性，并提供了冲突处理方法。最后提醒rebase仅限个人分支使用，完成后需强制推送。全文为团队Git协作提供了清晰的操作指南。
git 新建项目本地无法推送到远程
modelmd的博客
04-29 624
git 新建仓库推送远程失败
gitlab如何回退版本，以及强推显示remote rejected的解决办法
园区阿祖的博客
07-18 3050
回退版本及remote rejected的解决
git push 失败问题如何解决
haifengbin1989的专栏
03-06 7882
问题：在修改完文件向github提交的时候，提交失败；由于之前直接在github上修改文件提交了一次，但是没有修改对，又再本地修改再次提交，就会失败，报如下错误： hfzhang@010YS-IT-00368 MINGW64 /d/JAVA-01/JAVA-01/Week_07 (main) $ git push origin To github.com:areyoucreazy/JAVA-01.git ! [rejected] main -> main (fetch first)
Git常用操作之GitLab
小薛博客-助力人人成为架构师
03-14 2662
移动到目标提交，并且会重置暂存区和工作区，即丢弃所有未提交的更改。这个命令会将未提交的更改保存为一个栈中的堆栈帧（stash），并将你的工作目录和暂存区恢复到干净的状态。这将移动你的 HEAD 和当前分支指针到指定版本，并将工作目录和暂存区都恢复到目标版本的状态。是一种更安全的方式，因为它不会修改历史记录，而是创建一个新的提交来撤销之前的提交。这些模式控制了命令的行为，特别是在重置提交时涉及到的暂存区和工作区的处理。是一个特殊的指针，它指向当前所在的本地分支的最新提交（最新的提交记录）。
git 常用操作总结——基于Gitlab
qq_37384271的博客
08-04 738
git 常用操作总结——基于Gitlab一、git基本操作二、在远程创建分支，并拉取到本地三、将本地最新代码推送到远程仓库（本地分支与远程分支须同名）四、合并远程分支（将远程分支gfh合并到远程分支master）五、Gitlab——Fork模式 一、git基本操作 本地仓库与远程仓库建立连接： git remote add origin XXXXX.git 查看本地分支： git branch 查看本地分支和远程分支： git branch -a 在本地创建分支branch1并切换
GitLab常用操作
XiaoyuEr_6688的博客
05-07 513
切换到已有的远程分支# 查看所有分支--查看的时远程仓库的分支# 切换到目标远程分支（假设目标分支为 target_branch）# 关联到一个新的远程分支# 创建并切换到新的本地分支（假设新分支名为 new_branch）# 将新分支推送到远程仓库，并建立关联# 修改已有的本地分支关联的远程分支# 切换到目标本地分支（假设本地分支名为 local_branch）# 设置该本地分支关联的远程分支（假设远程分支名为 new_remote_branch）
Git常用操作（Gitlab）
匠人精神，持之以恒！
03-12 8269
文章目录一、git概述二、Git 与 SVN 区别三、Git下载安装四、Git 工作流程五、Git 工作区、暂存区和版本库六、Git 创建仓库配置1、查看配置2、编辑 git 配置文件3、设置提交代码时的用户信息七、Git 基本操作1）不同区说明2）一个简单的操作步骤3）创建仓库命令4）提交与修改操作5）查看提交日志6）远程操作1、git remote 一、git概述 Git 是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 Git 是 Linus Torvalds 为了帮助管
GitLab 与 VisualStudio 常用操作
qq_44230029的博客
04-20 1005
gitlab 与 visual studio 的常用命令
gitlab常用操作总结
skj1995的博客
02-14 1007
1. 常用命令 （1）git clone xx.git 首先从git项目xx.gitclone项目到本地 （2）clone之后，使用命令行项目进入项目所在文件夹，此时一般在master分支下，为了不影响主分支代码，进行新建分支：git checkout -b yourBranchName （3）在新建分支下修改代码，修改完之后依次执行git add . ； git commit -m "your notes" . ； git push ；执行完之后就把新建的分支push到线上的git项目里面去了 .
关于gitlab常用操作
sinat_41774721的博客
06-18 3137
关于gitlab添加文件和删除文件 添加文件:新建文件test,执行 git pull --rebase git add . git commit -m 'add test' git push 删除文件 test,执行 git pull --rebase git rm -r --cached test git commit -m 'delete test' gi
【gitlab】常用操作语句总结
无敌嗨猫的博客
01-19 595
操作gitlab提交代码是IT工程师的必备技能，这里猫哥总结了自己工作中常用的几个gitlab语句。 切换到项目位置cd /*** 创建一个项目的新分支git branch first-branch 切换到新建的分支下git checkout first-branch 第2步和第3步可以合并成一步git checkout -b first-branch 改变文件的...
gitlab常用操作
qq_37885487的博客
12-09 676
GitLab的使用 首先要下载Git。 相关教程https://www.cnblogs.com/vs1435/p/11775861.html 在自己的电脑上安装git 打开Git bash 输入相关命令（见下文） 配置ssh密钥 输入命令，如果gitlab所在位置是ip的话，不要git@xxx，直接换成http://你的ip就可以。 常用命令 // 在项目所在文件夹初始化项目 git init //`git add -A` ：使用-A:将新增、删除、修改的文件改动全保存至缓存区 git add -A /
gitLab常用操作
wangning_elsa的博客
02-13 477
gitLab gitLab是针对企业定制的github应用 一下要点为意识流，不是指令教程，指令请学习相关教程 常用操作 本地仓库 init status： init+ ssh-keygen + git remote add origin /git clone git push -u origin master -u 把本地的master分支和远程的master分支关联起来 add or c
Windows(gitlab为例)系统下git常用操作
11-28 537
1、生成本地密钥 生成本地密钥后，每次链接gitlab就不需要再次链接了，具体操作如下： 1. git ssh-keygen 仓库地址； 2. 打开“C:\Users\cheng xiaona\.ssh\id_rsa.pub”，并将里面内容复制； 3. 打开GitLab仓库，点击“个人信息”； 4. 点击图标“铅笔”； 5. 左侧列表选择“SSH K
gitlab 常用的几种操作命令
java
11-16 381
gitlab 是代码管理工具，与之前的CVS 等是一样的。只是提供了多版本管理工具。具体的优点，自己查一下 。 常用的几个命令例举一下.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值