SeriousLose

一个由'git commit'打开的编辑器。请确认所有流程被终止，然后重试。如果它仍然失败，一个git进程可能已经在此存储库中崩溃:手动删除该文件以继续。 💡 无法创建“**/.git/index.lock”:文件存在。另一个git进程似乎正在这个存储库中运行，例如。该项目目录下运行该命令。

较大项目Clone 克隆最近一次提交 进入需要存储位置目录 git clone --depth=1 <https://www>.***.com/***.git --depth=1命令后，只会拉取默认分支的最近一次提交，无法看到提交信息及其他分支 转换存储库为完整存储库 进入项目目录 git pull --unshallow #或者 git fetch --unshallow 将非浅层转换为完整的存储库，消除浅层存储库所施加的所有限制

方式 操作 备注 重置提交 回滚 点击历史分支节点，重置提交到历史分支节点，选择硬合并； 点击当前分支节点，重置提交到当前分支节点，选择软合并； 提交本地分支推送回滚更改到远程分支。 重置提交，实现回滚 重置提交 回滚（不建议） 点击历史分支节点，重置提交到历史分支节点，选择硬合并； 点击当前分支节点，重置提交到当前分支节点，选择软合并； 删除当前分支对应的远程分支； 重新推送最新本地分支 .

一、为什么需要规范无规矩不成方圆，编程也一样。Git Commit 规范可能并没有那么夸张，但如果你在版本回退的时候看到一大段糟心的 Commit，恐怕会懊恼不已吧。 所以，严格遵守规范，利人利己。规范 commit message 的好处首行就是简洁实用的关键信息，方便在 git history 中快速浏览 具有详实的 body 和 footer ，可以清晰的看出某次提交的目的和影响 可以通过 type 过滤出想要查找的信息，也可以通过关键字快速查找相关提交 可以直接从 commit

代码分支模式： 主干开发模式（Trunk Based Development） 特性分支开发模式（Feature Branch Development） 特性分支开发模式 介绍 特性分支开发模式是指为一个或多个特定的需求 / 缺陷 / 任务创建代码分支（branch）， 在其上完成相应的开发（一般经过增量测试）后，把它合并（merge）到主干 ...