Gitlab merge 时提示”Source branch does not exist”问题的一个解决方案

最新推荐文章于 2025-06-17 10:18:39 发布
最新推荐文章于 2025-06-17 10:18:39 发布
阅读量1w 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： 经验 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42824868/article/details/88676497
在将 Gitlab 从服务器迁移到阿里云并升级后，遇到推送新分支并合并时出现错误提示。通过查看 Gitlab issue 发现问题可能与缓存有关。解决方法是删除 Redis 缓存中与分支列表相关的 key，以确保在 merge 时获取最新数据。可以使用脚本定期清理这些缓存，并注意在 Docker 容器中连接 Redis 需要指定 socket。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

背景：

将 gitlab 从服务器上迁到阿里云主机，版本从 9.4.1-ce.0 升级到 11.4.3-ce.0，迁移前后均使用 docker 部署，在云主机上运行后，发现在本地推送新分支到 gitlab 并进行 merge 操作时，merge 按钮不可用且提示 Source branch does not exist. Please restore it or use a different source branch，如下图：
在这里插入图片描述

解决方案：

该问题在 gitlab issue 上的讨论：
“Source branch does not exist"/“Target branch does not exist” (#15392) · Issues · GitLab.org / GitLab Community Edition · GitLab

大致理解了问题产生的原因，但仍旧无法解决，通过尝试，使用一种不太优雅的方式暂时处理了这个问题，逻辑如下：

  • gitlab docker 镜像版本使用 redis 作为缓存服务器，其中 merge 时会用到其中 key 格式为 cache:gitlab:branch_names:<project_name>:<project_id> 中缓存的字段来作为分支列表信息
  • 因为某些原因，从本地推新分支到 gilab 服务器端时该 key 未被更新，因此 merge 时使用旧的缓存数据，出现找不到分支的情况
  • 可以通过不停地删除这些缓存（使用脚本、定时器或
最低0.47元/天 解锁文章

200万优质内容无限畅学
Git分布式版本控制系统
weixin_43304804的博客
12-21 1213
企业高效持续集成平台场景介绍 CI CD
gitlab CI/CD 持续集成 部署 一文到底
weixin_52449320的博客
09-07 1299
gitlab 持续集成部署 打包成docker 推送到仓库 远程拉取 邮件通知 定时任务
gitlab合并分支请求到master时出现错误:“Source branch dose not exist.Please restore it or use a different source“
qq_36033484的博客
03-31 8058
问题描述： 在本地基于master创建分支，在该分支下完成开发之后push到远程仓库（远程仓库会自动创建对应的同名远程分支），新建merge request发起合并请求时出现上述错误提示，原因是本地和远程的分支列表不同步（至于原因我也不清楚）。 解决方案： 不要在本地新建分支，直接在gitlab上创建分支test，这时在本地通过命令行“git fetch -p”拉取远程分支，可以看到刚刚创建...
解决"requested upstream branch 'origin/master' does not exist"
jack22001的博客
02-26 3万+
问题： 1、本地初始化了git仓库，放了一些文件进去并进行了add操作和commit提交操作； 2、github创建了git仓库并建立了README，.gitignore等文件； 3、本地仓库添加了github上的git仓库作为远程仓库，起名origin；       git remote add origin 远程仓库地址 4,本地仓库也远程仓库关联 git branch ...
GitLab多人协作MR流程规范模版(merge)
草亦花开的专栏
06-17 576
以下是一个适用于的 MR 流程规范模板，涵盖分支策略、MR 创建流程、冲突处理、审查要求和 CI/CD 设置。可以直接复制到团队 Wiki 或文档中使用。
git 误删分支恢复方法
热门推荐
傲雪星枫
01-31 10万+
使用git的过程中，因为人为因素造成分支被删除，本文将介绍如果恢复误删分支的方法。
GIT分支丢失的恢复办法
w_lion的专栏
05-17 2937
GIT分支丢失的恢复办法
git删除/恢复分支
zhang6107563的博客
09-06 372
• 删除一个已被终止的分支 如果需要删除的分支不是当前正在打开的分支，使用branch -d直接删除 git branch -d [branch_name] • 删除一个正打开的分支 如果我们在试图删除一个分支时自己还没转移到另外的分支上，Git就会给出一个警告，并拒绝该删除操作。 如果坚持要删除该分支的话，就需要在命令中使用-D选项。 git branch -D [branch_na...
git或gitlab命令使用
rjszcb的博客
12-14 2892
远程仓库，本地仓库，工作区之间的联系，远程仓库是公司管理的gitlab，本地仓库，是自己本机建立仓库，管理文件的，ls -a命令可以查看。到.git目录，这个就是本地仓库，commit提交代码时，并未提交至网络，还在本机，工作区就是project那个文件夹下，工作区。在Linux终端，创建个人分支，首先在需要创建分支的工程目录文件夹下，如：xxxx_project，进入这个project目录下。公司会给一个网站，打开公司的gitlab仓库，在主master，克隆代码，点击clone，弹出复制git的网址，
Gitlab与Jenkins构建CICD环境
MKC__jiaoq的博客
02-15 6607
一、概述 1、CI 持续集成 持续集成：持续集成(continuous integration)是指开发者在代码开发过程中，可以频繁将代码部署集成到主干，并进行自动化测试持续交付：是指在持续集成的基础之上，将代码部署到预生产环境持续部署：在持续交付的基础之上，把部署到生产环境的过程自动化 2、持续集成流程 1、开发者将新版本 push 到 Gitlab2、Gitlab 随后触发 jenkins master 节点进行一次 build。(或者通过 web hook 定时检测)3、jenkins.
eclipse在创建项目时，显示source不存在
河北金融学院优快云高校俱乐部
11-12 974
原因是原来建过一个一样名的项目，只是大小写不同也是 不行，把工作环境里的原来那个删了，在建就没有问题了
解决“error: the requested upstream branch ‘origin/master‘ does not exist”
ruanyandong的博客
08-16 2万+
问题： 1、本地初始化了git仓库，放了一些文件进去并进行了add操作和commit提交操作； 2、github创建了git仓库并建立了README，.gitignore等文件； 3、本地仓库添加了github上的git仓库作为远程仓库，起名origin； git remote add origin 远程仓库地址 4、本地仓库也远程仓库关联 git branch --set-upstream-to=origin/master master 这个时候就出现了 解决问题 如果直接pull，就会出现一下
本地代码推送到远端新建仓库以及出现的问题总结fatal: branch ‘master‘ does not exist
weixin_62714226的博客
05-12 1470
出现 Already on 'master' ,Branch 'master' set up to track remote branch 'master' from 'origin'.，说明已经切换到 master 上。# 将代码提交到暂存区，并为提交添加注释（此时还未推送到远程仓库，仅仅是提交到本地区）# 初始化本地仓库，会在当前目录下生产.git文件夹，记录git相关信息。出现这个问题原因就是本地没有 master 分支导致的。【vv：本地分支与远程分支的关联关系】【a：查看所有分支】
Git merge 不同的branch
pan0755的博客
12-08 1万+
Git merge 不同的branch Git的优势是可以创建不同的branch，然后在每个branch上开发。那么问题是：如果不同的branch之间需要做同步，比如sourceBranch上做的修改也需要同步到targetBranch，改怎么做？ 1. 如果一个branch是有远程Git server管理的，另一个branch是自己本地的     cd     git branch  
git使用问题
hnjcxy的博客
03-15 3497
1、windows 7专业版使用sourceTree拉取代码的问题： 之前一直用的好好的，今天拉不了代码了，错误如下， git -c diff.mnemonicprefix=false -c core.quotepath=false fetch origin git -c diff.mnemonicprefix=false -c core.quotepath=false pull --n
gitlab使用备份文件进行恢复后访问报500问题
B.I.T
04-18 2893
问题： gitlab使用备份文件进行恢复（可参考https://blog.csdn.net/felix_yujing/article/details/52918803 ）之后，其他访问可以正常，但在访问项目repo时报500页面。 查看日志： 在/var/log/gitlab/gitlab-rails/production.log目录下查看日志发现，在访问项目repo地址时，报了如下错误。 ...
Git 分支详解
EVEcho的博客
10-02 1272
目录 分支操作 分支合并 merge：Fast forward、no-ff、squash rebase cherry-pick 分支冲突 简单分支管理的冲突解决 多人协作时的冲突解决 远程分支 高级合并 分支开发工作流：长期分支、特性分支 分支：本质是指向提交对象的可变指针，实质上是包含所指提交对象校验和的文件。创建分支即为相应的提交对象创建一个可以移动的新指针，相当于往一...
git 仓库之间迁移，并且所有分支和历史记录以及tags全部都带着 git clone 所有分支，并push到另一个repo
码农崛起
06-16 9945
在多台电脑使用git管理开发分支的时候，会出现这样的情况。电脑A创建了分支1，并且push上了远程仓库。 电脑B本地clone仓库默认只会clone下master分支，而其他电脑A推送的分支是不会默认同步下来的。 那么如何同步呢？ 两种方法： 第一种 查看电脑B本地仓库的分支 git branch 首先，先来看看上面描述的情况，电脑B查看本地的所有分支，如下： $ git branch * master 可以看到clone下来的远程仓库并不会将所有分支都clone下来。 ..
git冲突解决
weixin_44269690的博客
01-04 415
git reset --hard 放弃本地修改
Validate branches Another open merge request already exists for this source branch: !11503合并代码时出现这个问题，怎么解决
最新发布
08-09
<think>首先，用户的问题是："Validate branches Another open merge request already exists for this source branch: !11503合并代码时出现这个问题，怎么解决"。这是在GitLab或类似Git托管平台上出现的错误，意思是"验证分支：另一个开放的合并请求已经存在于此源分支：!11503"。用户想知道如何解决这个问题。 关键点： - 错误信息：另一个合并请求已经针对同一个源分支打开。 - 这通常发生在GitLab中，当用户试图创建一个新的合并请求（merge request），但已经有一个开放的合并请求针对相同的源分支。 解决方案： 1. **理解问题**：源分支（source branch）已经有了一个开放的合并请求（!11503），所以不能再创建一个新的，除非先关闭或处理现有的请求。 2. **解决步骤**： - **检查现有的合并请求**：用户应该查看现有的合并请求!11503。它可能还在开放状态，需要被合并、关闭或修改。 - **关闭或合并现有的请求**：如果现有的请求不再需要，可以关闭它；如果它应该被合并，就合并它。 - **使用同一个请求**：如果用户想更新代码，他们应该更新现有的合并请求，而不是创建一个新的。 - **删除或重命名分支**：如果分支被锁定，用户可能需要删除分支或重命名它，但这通常是最后的手段。 - **避免重复**：确保在创建新请求之前没有开放的请求针对同一个分支。 现在，我需要用中文回答问题，因为用户指定了"请使用中文回答问题"。 回答结构： - 先解释问题。 - 然后提供解决方案。 - 最后，根据规则，在末尾添加"§§相关问题§§"，并列出3-5个相关问题。 在回答后，必须提出3-5个相关问题。问题必须以"§§相关问题§§"开头，然后列出问题。 相关问题应该基于用户的问题和我的回答。可能的主题： 1. 如何查看现有的合并请求。 2. 如何关闭或合并一个合并请求。 3. 如果现有的请求无效怎么办。 4. 如何避免这种问题。 5. GitLab或Git的其他常见错误。 确保问题数量在3到5个之间。 最终输出格式： - 回答部分。 - 然后，一行："§§相关问题§§" - 接着是相关问题列表，如"1. ··· \n2. ··· \n3. ···" 禁止换行分散，意思是问题列表应该紧凑。 现在，构建回答。</think>### 问题解释 在 GitLab 或类似 Git 托管平台（如 GitHub）上，当您尝试合并代码时出现错误信息 "Validate branches Another open merge request already exists for this source branch: !11503"，这表示源分支（source branch）上已经存在一个开放的合并请求（merge request），编号为 !11503。系统不允许针对同一个源分支创建多个开放的合并请求，因为这会导致冲突或重复工作。常见原因包括： - 已有未处理的合并请求（如未合并或未关闭）。 - 分支被锁定，无法创建新请求。 - 操作失误，如重复提交合并请求。 ### 解决方法 以下是逐步解决方案（以 GitLab 为例，其他平台类似）： 1. **检查现有合并请求**： - 登录 GitLab，导航到项目页面。 - 搜索合并请求 !11503（在 URL 中通常为 `https://<your-gitlab-url>/merge_requests/11503`）。 - 确认其状态：如果为 "open"（开放），则需要处理它。 2. **处理现有请求**： - **如果请求有效**：直接合并它（点击 "Merge" 按钮），然后源分支会被更新或关闭。 - **如果请求无效**：关闭它（点击 "Close merge request"），这样源分支就释放了。 - **如果需要更新**：不要创建新请求，而是直接在源分支上推送新提交，现有请求会自动更新。 3. **解决分支冲突**： - 如果现有请求卡住或无法操作，尝试： - 删除源分支（在 GitLab 分支页面操作），但确保先备份代码。 - 重命名源分支（例如，从 `feature-branch` 改为 `feature-branch-v2`），然后基于新分支创建合并请求。 - 使用命令行强制解除锁定（谨慎操作）： ```bash git push origin --delete <source-branch-name> # 删除远程分支 git checkout -b <new-branch-name> # 创建新分支 git push origin <new-branch-name> # 推送新分支 ``` 4. **预防措施**： - 在创建新合并请求前，总是检查源分支是否已有开放请求。 - 使用 GitLab 的 API 或界面搜索功能（如 `Merge Requests` > `Search`）。 - 定期清理过时分支和请求。 如果问题持续，检查平台日志或联系项目管理员。整个过程通常只需几分钟。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值