Git 与 GitHub 速查表
Git 与 GitHub 速查表，整理工作区、暂存区、提交、分支、合并、远程同步和冲突处理的日常协作流程。
资料介绍
Git 与 GitHub 速查表面向日常开发和内容维护中的版本控制流程。它把工作区、暂存区、提交、分支、远程同步、合并和冲突处理放在同一条路径上，适合在忘记命令或需要解释协作步骤时快速查阅。
Git 的关键不是命令数量，而是每次操作前后都知道代码处于什么状态。查看差异、按逻辑小步提交、在独立分支上验证，再同步到共享分支，能够降低误删、混入密钥和冲突遗漏的概率。代码审查也应关注行为变化和测试证据，而不只是提交数量。
文件信息
- 文件：
git-github.pdf - 格式：PDF
- 大小：258.43 KB
- 内容重点：状态、提交、分支、远程同步、合并与冲突
推荐使用方法
开始工作先查看状态和差异，确认分支与目标一致；完成一个逻辑变化后只暂存相关文件，检查敏感文件和构建产物，再提交。多人协作时先同步远程变更，在独立分支上解决冲突并运行测试，最后通过审查合并。每个批次保留提交号、验证命令和回滚位置。
使用边界
版本控制只能记录和同步变更，不能替代代码审查、权限管理、备份和密钥轮换。远程仓库中的公开内容、提交历史和构建日志都可能长期可见。涉及凭据、个人数据或第三方代码时，应在提交前检查授权范围和敏感信息。
保存到自己的网盘
建议先保存整套资源，避免遗漏文件，也方便以后在手机和电脑上继续获取。
夸克网盘（无需提取码）
推荐将「Git 与 GitHub 速查表」保存到该网盘
百度网盘
将「Git 与 GitHub 速查表」保存到该网盘
Git 与 GitHub 速查表阅读与上手说明
这份资料适合把日常版本控制动作整理成稳定流程。建议先理解工作区、暂存区和提交的边界，再练习分支、远程同步、合并和冲突处理。
安装前准备
- 准备可打开 PDF 的阅读器，并确认文件下载完整。
- 了解项目目录、提交、分支、远程仓库和代码审查的基本概念。
- 先在练习仓库中操作，避免直接对重要分支做试验。
快速上手
- 01
检查当前状态
开始前查看当前分支、工作区改动和远程同步情况，确认没有未处理的文件或错误分支。
- 02
小步提交
按一个逻辑变化选择文件、写清提交说明，并在提交前检查差异和敏感文件。
- 03
用分支隔离工作
为功能、修复或内容批次建立独立分支，完成本地检查后再合并或发起审查。
- 04
同步并处理冲突
拉取最新变更后再合并，冲突时逐段核对双方意图，解决后重新查看差异并运行测试。
使用建议
- 提交前检查密钥、环境变量、构建产物和大文件是否被误加入。
- 提交说明应表达“做了什么”，复杂变更再补充原因和验证结果。
- 共享分支上的历史重写要先确认团队约定，避免影响他人本地分支。
故障排查与卸载方法
合并后测试失败怎么办？
先查看冲突解决结果和完整差异，确认不是误删或重复改动，再根据失败测试回溯到具体提交。
远程推送被拒绝怎么办？
先确认当前分支、远程地址和权限，再同步远程最新提交；不要在不了解历史的情况下强制覆盖共享分支。
常见问题
Git 的工作区、暂存区和提交有什么区别？
工作区是当前文件改动，暂存区是下一次提交的候选内容，提交是已经写入版本历史的快照；三者边界清楚才能准确控制变更。
为什么建议小步提交？
小步提交更容易审查、回溯和定位问题，也能让不同功能或内容批次保持独立。
冲突解决后还要做什么？
需要重新查看差异、确认双方意图没有丢失，并运行相关测试或构建，再完成合并提交。
远程仓库和 Git 本地版本有什么关系？
Git 负责本地版本历史，远程仓库用于共享和备份；推送、拉取和合并会在两者之间同步提交，但不会自动判断业务正确性。
下载时需要提取码吗？
夸克网盘无需提取码；百度网盘所需的四位提取码会直接显示在下载入口旁。