1. 克隆代码：
git clone <远程仓库地址>
git clone https://github.com/user/repo.git
2. 新建分支：
git branch <分支名称>
切换到新分支：
git checkout <分支名称>
也可以通过以下命令直接创建并切换到新分支：
git checkout -b <分支名称>
3. 拉取远程仓库的更新并合并（pull）：
git pull
4. 抓取远程更新但不合并（fetch）：
git fetch
5. 暂存文件（add）：
将文件暂存到暂存区：
git add <文件路径>
暂存所有修改过的文件：
git add .
6. 提交修改（commit）：
提交暂存区的修改：
git commit -m "提交信息"
7. 推送到远程仓库（push）：
推送当前分支
git push
8. 贮藏当前的修改（stash）：
将当前工作目录中的修改暂存到贮藏区：
git stash
在 Git 中，git stash 本身并不支持直接指定“名称”来命名某个贮藏项。不过，你可以通过附加描述信息来间接实现命名贮藏项
8.1. 使用描述信息来标识贮藏项：
git stash push -m "Fix for bug #123"
这条命令会将当前的工作区修改保存到贮藏区，并附带一个描述 "Fix for bug #123"，以便后续识别。
9. 应用贮藏（stash apply）：
9.1. 查看贮藏列表：
通过 git stash list 来查看所有的贮藏项及其描述：
git stash list
输出示例：
stash@{0}: On master: Fix for bug #123
stash@{1}: WIP on master: Adding new feature
9.2 应用或丢弃指定的贮藏项：
git stash apply stash@{0}
丢弃指定贮藏：
git stash drop stash@{0}
10. 查看修改的代码文件列表（status 或 diff）：
git status
或者显示修改的详细内容：
git diff
11. 丢弃指定文件的修改（checkout 或 restore）：
丢弃某个文件的本地修改：
git checkout -- <文件路径>
在 Git 的新版本（Git 2.23 版本）中，你可以使用：
git restore <文件路径>
12、git rebase
git rebase 是一个强大的 Git 工具，它通过在基础提交之上重新应用提交来重写历史。它的主要用途是保持提交历史干净、线性化以及在团队协作中整合不同开发者的分支。尽管 rebase 会改变提交的历史，但在某些特定场景下，git rebase 非常有用。
12.1 保持提交历史的线性化
在使用 git merge 时，会创建合并提交（merge commit），这会导致提交历史出现分叉和复杂的结构。而 git rebase 则会避免产生额外的合并提交，保持历史的线性化，使其看起来更简洁、更清晰。
示例场景：
你在一个分支 feature-branch 上工作，主分支 master 有新的更新。如果直接 merge，会产生一个合并提交，而使用 rebase 则会将 feature-branch 上的所有提交应用在 master 的最新提交之后：
git checkout feature-branch
git rebase master
这样做的结果是 feature-branch 将会以 master 最新的提交为基础，从而保持历史的线性。
13、git push -f
git push -f (也就是强制推送) 是一个比较危险但在某些特定场景下非常有用的 Git 命令，它会强制将你本地分支的更改覆盖到远程分支上，即使远程分支有和你本地分支不同的提交记录。
13.1. 重写历史或回滚更改
当你使用了 git rebase、git commit --amend、git reset 等修改了本地分支历史的操作后，你的本地提交记录和远程分支的提交记录可能不同。在这种情况下，如果你尝试直接推送，Git 会拒绝，因为历史不一致。此时，可以使用 git push -f 强制推送，覆盖远程的提交历史。
示例场景：
使用了 git rebase 或者 git reset，修改了提交历史：
git rebase -i HEAD~3
git push -f origin master
