Ver código fonte

添加更多Git相关名词解释

zhangguo 6 dias atrás
pai
commit
f580b26db3
1 arquivos alterados com 228 adições e 0 exclusões
  1. 228 0
      Git/GitRead.md

+ 228 - 0
Git/GitRead.md

@@ -0,0 +1,228 @@
+# Git使用指南
+
+## 名词解释
+
+- **仓库(Repository)**:Git项目的存储位置,包含所有文件和历史记录
+- **分支(Branch)**:独立的开发线,用于隔离不同的开发工作
+- **提交(Commit)**:代码的快照,包含修改内容和提交信息
+- **远端(Remote)**:远程仓库,通常位于服务器上
+- **克隆(Clone)**:从远程仓库复制一个完整的本地仓库
+- **推送(Push)**:将本地提交推送到远程仓库
+- **拉取(Pull)**:从远程仓库拉取更新到本地
+- **合并(Merge)**:将一个分支的更改合并到另一个分支
+- **冲突(Conflict)**:当两个分支对同一文件的同一部分进行了不同的修改时产生
+- **HEAD**:当前分支的最新提交
+- **暂存区(Staging Area)**:临时保存修改的区域,位于工作区和仓库之间
+- **工作区(Working Directory)**:本地修改文件的目录
+- **索引(Index)**:与暂存区同义,用于暂存要提交的更改
+- **提交哈希(Commit Hash)**:每个提交的唯一标识符,由SHA-1算法生成
+- **标签(Tag)**:给特定提交添加的标记,通常用于版本发布
+- **快照(Snapshot)**:Git存储的文件状态,而非文件差异
+- **重基(Rebase)**:将一个分支的提交应用到另一个分支上
+- **变基(Rebase)**:与重基同义,用于重新组织提交历史
+- **分叉(Fork)**:从他人的仓库创建一个自己的副本
+- **Pull Request**:请求将自己的更改合并到他人的仓库
+- **工作流(Workflow)**:团队使用Git的流程和规范
+- **子模块(Submodule)**:在一个仓库中引用另一个仓库
+- **Gitignore**:指定Git应忽略的文件和目录
+- **Reflog**:Git操作的日志,用于恢复意外丢失的提交
+- **Cherry-pick**:从一个分支选择特定的提交应用到另一个分支
+- **Bisect**:通过二分查找定位引入错误的提交
+- **Stash**:暂时保存未提交的更改,以便在不同分支间切换
+- **Subtree**:将一个仓库作为另一个仓库的子目录
+
+## 远端与本地分支
+
+### 本地分支操作
+
+```bash
+# 创建新分支
+git branch <分支名>
+
+# 切换分支
+git checkout <分支名>
+
+# 创建并切换到新分支
+git checkout -b <分支名>
+
+# 查看本地分支
+git branch
+
+# 删除本地分支
+git branch -d <分支名>
+
+# 强制删除本地分支
+git branch -D <分支名>
+```
+
+### 远端分支操作
+
+```bash
+# 添加远程仓库
+git remote add <远端名称> <远程仓库URL>
+
+# 查看远程仓库
+git remote -v
+
+# 从远程仓库拉取更新
+git pull <远端名称> <分支名>
+
+# 推送本地分支到远程仓库
+git push <远端名称> <本地分支名>:<远程分支名>
+
+# 推送本地分支并设置上游分支
+git push -u <远端名称> <分支名>
+
+# 查看远程分支
+git branch -r
+
+# 查看所有分支(本地和远程)
+git branch -a
+
+# 删除远程分支
+git push <远端名称> --delete <远程分支名>
+```
+
+### 分支合并
+
+```bash
+# 切换到目标分支
+git checkout <目标分支>
+
+# 合并源分支到目标分支
+git merge <源分支>
+
+# 解决冲突后提交
+git add <冲突文件>
+git commit
+```
+
+## 日志分析
+
+### 查看提交历史
+
+```bash
+# 查看完整提交历史
+git log
+
+# 查看简洁提交历史
+git log --oneline
+
+# 查看最近N个提交
+git log -n <数量>
+
+# 查看提交历史和更改内容
+git log -p
+
+# 查看特定文件的提交历史
+git log -- <文件路径>
+
+# 查看特定作者的提交历史
+git log --author="<作者名>"
+
+# 查看特定时间段的提交历史
+git log --since="<开始时间>" --until="<结束时间>"
+```
+
+### 查看更改
+
+```bash
+# 查看工作区和暂存区的差异
+git diff
+
+# 查看暂存区和HEAD的差异
+git diff --cached
+
+# 查看工作区和HEAD的差异
+git diff HEAD
+
+# 查看两个提交之间的差异
+git diff <提交1> <提交2>
+
+# 查看两个分支之间的差异
+git diff <分支1> <分支2>
+```
+
+## 回退
+
+### 回退到之前的提交
+
+```bash
+# 软回退:保留工作区和暂存区的更改
+git reset --soft <提交哈希>
+
+# 混合回退:保留工作区的更改,清空暂存区
+git reset --mixed <提交哈希>  # 默认选项
+
+# 硬回退:丢弃工作区和暂存区的更改
+git reset --hard <提交哈希>
+```
+
+### 回退到远程分支的状态
+
+```bash
+# 强制本地分支与远程分支保持一致
+git reset --hard <远端名称>/<分支名>
+```
+
+### 撤销修改
+
+```bash
+# 撤销工作区的修改(未add)
+git checkout -- <文件路径>
+
+# 撤销暂存区的修改(已add但未commit)
+git reset HEAD <文件路径>
+
+# 撤销最近的提交,保留更改
+git reset HEAD~1
+
+# 撤销最近的提交,丢弃更改
+git reset --hard HEAD~1
+
+# 撤销特定文件的提交
+git checkout HEAD -- <文件路径>
+```
+
+## 危险的回退
+
+### 注意事项
+
+1. **硬回退的风险**:`git reset --hard` 会永久丢弃未提交的更改,无法恢复
+
+2. **推送已回退的分支**:如果已经将分支推送到远程仓库,回退后再次推送需要使用 `--force` 选项,这会覆盖远程分支的历史
+
+3. **共享分支的回退**:如果分支被多人共享,回退可能会导致其他开发者的工作丢失
+
+4. **标签的影响**:回退操作不会移动标签,标签仍然指向原来的提交
+
+### 安全回退策略
+
+1. **创建备份分支**:在回退前创建一个备份分支,保存当前状态
+   ```bash
+   git branch <备份分支名> HEAD
+   ```
+
+2. **使用revert**:对于已经推送的提交,使用 `git revert` 而不是 `git reset`,这样可以创建一个新的提交来撤销之前的更改,而不是修改历史
+   ```bash
+   git revert <提交哈希>
+   ```
+
+3. **沟通协作**:如果分支被多人共享,在回退前应与团队成员沟通,确保所有人都了解更改
+
+4. **谨慎使用force推送**:只有在确定不会影响其他开发者的情况下,才使用 `git push --force`
+
+5. **定期备份**:定期备份重要的分支和提交,以防止意外丢失
+
+## 最佳实践
+
+1. **定期提交**:将工作分解为小的、有意义的提交
+2. **写清晰的提交信息**:提交信息应该简洁明了,描述更改的内容和原因
+3. **使用分支**:为不同的功能或修复创建独立的分支
+4. **定期拉取**:定期从远程仓库拉取更新,避免冲突
+5. **测试后再推送**:在推送前确保代码通过测试
+6. **使用.gitignore**:忽略不需要版本控制的文件
+7. **定期清理**:删除不需要的分支,保持仓库整洁
+8. **学习Git工作流**:了解并遵循团队的Git工作流规范
+
+通过遵循这些最佳实践,可以更有效地使用Git,减少错误和冲突,提高开发效率。