图解Git

​  分布式工作流程 Centralized Workflow（集中式工作流） ​ 编辑 所有开发者都与同一个中央仓库同步代码，每个人通过拉取、提交来合作。 如果两个开发者同时修改了相同的文件，后一个

​ 协议 1. Git 远程仓库及通信协议概述 1.1. 远程仓库的重要性 作用：提供协作平台，支持团队共享代码，即使主机离线，其他人仍可访问。 常见形式：裸仓库（不含工作目录，仅保存 Git 元数据

​ 变基 1. 变基的由来 回顾之前分支合并 分叉的提交历史 ​ 编辑 通过合并操作来整合分叉的历史 ​ 编辑 有一种方法：你可以提取在 C4 中引入的补丁和修改，然后在 C3 的基础上应用一次。 在

​  远程分支 远程引用： 远程引用是远程仓库中分支、标签等的指针，可以通过 git ls-remote 或 git remote show 查看。 但在日常开发中，更常用远程跟踪分支（如 origi

​  分支开发工作流 由于分支管理的便捷， 才衍生出这些典型的工作模式，你可以根据项目实际情况选择。 1. 长期分支 适用于持续开发和发布周期长的项目。常见的长期分支包括： master：只保留稳定的

分支管理 1. 常用分支管理命令 列出所有分支： git branch 当前检出的分支前会标记一个 *。 查看分支最后一次提交： git branch -v 查看已合并到当前分支的分支： git br

​  ⭐分支的新建与合并 先引入一个实际开发的工作流： 开发某个网站。 为实现某个新的需求，创建一个分支。 在这个分支上开展工作。 正在此时，你突然接到一个电话说有个很严重的问题需要紧急修补。你将按照

​  分支简介 1. 分支的重要性 作用：分支允许将工作从主开发线上分离，避免影响主线开发。 传统版本控制的劣势：创建分支通常需要复制整个项目文件，效率低下。 Git 的优势：分支是 Git 的“必杀

​ ⭐获取 Git 仓库 获取 Git 仓库有两种方式： 将未进行版本控制的本地目录转换为 Git 仓库。 从其他服务器克隆一个已存在的 Git 仓库。 在已存在目录中初始化 Git 仓库 进入目标目

Why Git？ 1. 本地版本控制系统 Why： 许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。 这么做唯一的好处就是简单，但是特别容易犯错。 有时候会混淆所