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