分类： Git开源工具
-
针对 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 重置版本至最新一次有效提交的方法。文章详细说明了执行硬重置丢弃后续提交、还原本地文件以消除冲突提示的操作过程，并解释了在推送时不应拉取代码的逻辑。最终通过强制推送到远程服务器，成功将远程仓库的提交记录还原至指定状态。
-
本文演示了在 GitHub、GitLab 及本地 Git 仓库间建立分布式工作流程的具体步骤。文章首先说明了如何从 GitHub 公共仓库同步更新至本地及 GitLab 内部仓库，随后展示了以该 GitLab 仓库为主贡献者源，将其克隆至本地并推送到新项目的操作过程。最终实现了各级仓库间代码的同步更新，并阐述了 master、develop 等分支的管理与合并策略。
-
文章介绍了基于 yiisoft/yii2-app-advanced 搭建 RESTful 接口应用并准备自动化测试的过程。内容包括删除冗余的控制器、模型与视图，配置环境与数据库，解决内容协商引起的测试报错。通过创建 API 测试套件，编写了涵盖用户列表、详情、创建、更新、删除及 OPTIONS 请求的测试用例，利用 Fixtures 和 JsonPath 验证响应结构与数据，最终确保所有测试通过以保障现有功能的稳定性。
-
本文基于 yiisoft/yii2-app-advanced 模板，演示了在 GitHub 新建仓库并搭建包含接口、前端、后端及控制台应用的 Yii2 高级项目过程。文章详细介绍了环境初始化、Nginx 虚拟主机配置、数据库迁移与测试数据库报错修正等步骤，重点讲解了通过复制前端应用并调整命名空间及路径来新建 API 应用，同时配置了 Vagrant 环境支持，最终实现了多应用的本地运行与测试。