分类： GitLab
-
针对 Jenkins 中因多个 Git Tag 提交 ID 相同导致构建镜像 Tag 名与设置不符的问题，通过在构建历史的 Edit Build Information 中修改 DisplayName，成功将镜像 Tag 名修正为设置的 pcs_api_1.13.5.0_base，实现了镜像地址与具体 Tag 名一致的预期效果。
-
在 GitLab 向 master 分支强制推送代码时，提示不允许推送到受保护分支的错误。经检查仓库成员权限和受保护分支设置，将推送权限调整为 Developers + Masters 后依然失败。解决方法是在仓库设置中取消 master 分支的保护状态，重置提交记录至合并前的版本后再次推送，成功后恢复之前的设置。
-
本文记录了将 /vendor 目录加入 Git 仓库以配合 Docker 部署的排查过程。起初因删除 composer install 导致 Rancher 启动失败，经分析发现 vendor 目录下存在 .git 子目录阻碍了文件提交。通过删除 .git 目录并重新提交，同时使用 composer install –no-dev 优化依赖，最终解决了迁移命令报错问题，并将 Jenkins 构建时间大幅缩短。
-
针对 Jenkins 连接 GitLab 仓库时报错返回状态码 128 的问题，文章记录了排查过程。首先遇到仓库未找到的错误，检查组用户列表后发现缺少 Jenkins 用户，将其添加至项目组并赋予 Guest 权限，随后报错变为 403 无法访问。将用户权限调整为 Developer 后配置报错消失，但构建依然失败。最终联系运维在 Registry 上新建对应名称，成功完成构建。
-
针对 GitLab 中项目所属组及名称无法直接修改的问题，文章记录了尝试通过导出项目并导入到目标组的操作过程。由于系统安全设置导致导入操作失败，最终联系运维人员确认问题根源在于权限不足。在具备足够权限后，通过 Settings -> General -> Advanced settings -> Transfer project 功能成功将项目 php/pcs-api 转移至 pcs/pcs-api，并完成了项目名称和路径的重命名调整。
-
在使用 TortoiseGit 进行代码推送时，若遇到提示“输入的源引用不明确”的错误，通常是因为仓库中同时存在同名的分支与标签，导致系统无法识别推送目标。解决此问题的方法是在源引用名称前添加 refs/heads/ 前缀，以明确指定当前操作针对的是分支而非标签。经过修改后重新尝试推送，即可顺利完成代码提交。
-
本文记录了使用 TortoiseGit 将 feature-netease 分支上的单次提交 ee8290 单向合并至 develop 分支的操作流程。本地 develop 分支出现错误且该 Bug 在特定提交中已修复，通过切换至 develop 分支并利用合并功能中的摘取此提交选项进行操作。过程中遇到冲突并手动解决，最终推送成功，验证了 develop 分支已包含该提交且原分支无变化。
-
本文介绍了使用 TortoiseGit 将 wx-auth 分支上的提交单向合并至 develop 分支的具体流程。操作步骤包括先在 GitLab 确认分支状态，随后在本地切换至 develop 分支并执行合并操作，特别指出应选择远程仓库的 wx-auth 分支以确保代码最新。合并完成后推送到远程仓库，最终经验证 develop 分支已包含目标提交，而 wx-auth 分支未受影响，成功实现了单向合并。
-
本文针对代码仓库中存在未解决冲突文件强制提交的问题，介绍了使用 TortoiseGit 重置版本至最新一次有效提交的方法。文章详细说明了执行硬重置丢弃后续提交、还原本地文件以消除冲突提示的操作过程，并解释了在推送时不应拉取代码的逻辑。最终通过强制推送到远程服务器，成功将远程仓库的提交记录还原至指定状态。