一、Git的安装和配置

git安装：

Git - Downloads

git首次配置用户信息：

$ git config --global user.name "kequan"
$ git config --global user.email kequanchan@qq.com
$ git config --global credential store 配置 Git 以使用本地存储机制来缓存您的凭据（如用户名和密码），以便在与远程 Git 仓库交互时（如执行 git pull, git push 等操作）免去频繁手动输入这些凭据的步骤。

git 初始化仓库 和克隆

$ cd 目标目录
$ git init <project-name>  创建一个新的本地仓库（省略 project-name则在当前目录创建。）$ git clone <url>     克隆一个远程仓库。

二、Git的工作流程

git操作流程图：

2.1、基础知识

四个区域：

• **工作区（Working Directory）：**电脑里能实际看到的目录。
• **暂存区（Stage/Index）：**暂存区也叫索引，用来临时存放未提交的内容，一般在.git目录下的 index中。
• **本地仓库（Repository）：**Git在本地的版本库， 仓库信息存储在.git这个隐藏目录中。
• **远程仓库（Remote Repository）：**托管在远程服务器上的仓库。 常用的有 GitHub、 GitLab、 Gitee。

为了更容易理解，可以先忽略 远程仓库，上图左侧操作基本在本地的一些操作。

文件状态：

• 未被添加 ： 从项目外部拉入的文件处于当前状态，在pycharm中通常为红色
• 未被修改：此状态的文件通常以存放在本地仓库中，并已进行版本控制的文件。
• 已修改： 将仓库中已存在的文件修改了，但没有就行更新和做版本控制，也没有保存到暂存区。
• 已暂存：修改后已保存到暂存区的文件，或者新 添加的文件。

分支概念

• main：默认主分支
• origin：默认远程仓库
• HEAD：指向当前分支的指針
• HEAD^：上一个版本
• HEAD~4：上4个版

特殊的文件：

• git：Git仓库的元数据和对象数据库
• gitignore：忽略文件，不需要提交到仓库的文件
• gitattributes：指定文件的属性，比如换行符
• gitkeep：使空目录被提交到仓库
• gitmodules：记录子模块的信息
• gitconfig：记录仓库的配置信

2.2、基础操作

添加和提交

git add <file> 添加一个文件到暂存区，比如git add . 就表示添加所有文件到暂存区。

git commit -m "message” 提交所有暂存区的文件到本地仓库。

git commit -am "message” 提交所有已修改的文件到本地仓库。

查看修改记录

git log 查看记录

git log --oneline 查看提交历史， --oneline表示简介模式。

git status 查看仓库状态， 列出还未提交的新的或修改的文件。

git diff **查看unstaged状态的文件 ，**查看这次还没 add (unstaged) 的修改部分 和上个已经 commit 的文件有何不同

git diff --cached 查看 staged文件，已经 add 了这次修改, 文件变成了 可提交状态 (staged)

git diff HEAD 查看 add 过 (staged) 和 没 add (unstaged) 的修改

git diff <commit-id> <commit-id> 查看两个提交之间的差异。

回到以前分支

git reset --hard 【HEAD or 位置ID】 使用reset回到某个节点

git checkout 位置ID -- 文件名 将 某文件 回到 位置ID 的节点

分支操作

git branch 查看所有本地分支， 当前分支前面会有一个星号*， -r查看远程分支， -a查看所有分支。

git branch <branch-name> 创建一个新的分支。

git checkout -b <branch-name> 切换到指定分支， 并更新工作区。

git branch -d <branch-name> 删除一个已经合并的分支。

git checkout -D <branch-name> 删除一个分支， 不管是否合并。

git tag <tag-name> 给当前的提交打上标签， 通常用于版本发布。

git log --oneline --graph 使用命令查看分支情况

git merge --no-ff -m message <branch-name> 合并分支， --no-ff参数表示禁用 Fast Forward模式， 合并后的历史有分支， 能看出曾经做过合并，

git merge --tt -m "message ‹branch-name> 而-ff参数表示使用 FastForward模式， 合并后的历史会变成一条直线。

合井&squash所有提交到一个提交 git merge -squash <branch-name>

rebase不会产生新的提交，而是把当前分支的每一个提交都 “复制“到目标分支上，然后再把当前分支指向目标分支，而merge会产生一个新的提交，这个提交有两个分支的所有修改。

Rebase

Rebase操作可以把本地末push的分又提交历史整理成直线，看起来更直观。但是，如果多人协作时，不要对已经推送到远程的分支执行Rebase操作（不要在和别人协同开发时使用rebase操作，通常在自己的多个分支时使用rebase操作）

git checkout <dev>

git rebase ‹main> --continue

图示rebase过程：可以清楚看到，rebase将 两条分支合并成一条，没有创建新的节点C5，而是将A分支C3节点补充道B分支。

撤销和操作文件

git mv <file> <new-file> 移动一个文件到新的位置。

git rm <file> 从工作区和暂存区删除一个文件， 并且将这次删除放入暂存区。

git rm --cached <file> 从索引 /暂存区中删除文件， 但是本地工作区文件还在， 只是不希望这个文件被版本控制。

git checkout <file> <commit-id> 恢复一个文件到之前的版本。

git revert <commit-id> 创建一个新的提交，用来撤销指定的提交， 原来的所有变化将被前者抵消， 并且应用到当前分支。

git reset --mixed <commit-id> 重置当前分支的 HEAD为之前的某个提交， 并且删除所有之后的提交。 --hard参数表示重置工作区和暂存区， --soft参数表示重置暂存区， --mixed参数表示重置工作区。

git restore --staged <file> 撤销暂存区的文件， 重新放回工作区（git add的反向操作）。

暂存修改

git stash save "message” Stash操作可以把当前工作现场 “储藏” 起来， 等以后恢复现场后继续工作。

-u 参数表示把所有未跟踪的文件也一并存储； -a 参数表示把所有未跟踪的文件和忽略的文件也一并存储； save参数表示存储的信息， 可以不写。

git stash list 查看所有 stash。

git stash pop 恢复最近一次 stash。

git stash pop stash@{2} 恢复指定的 stash， stash@{2}表示第三个 stash， stash@{0}表示最近的 stash。

git stash apply 重新接受最近一次 stash。

git stash drop stash@{2} pop和 apply的区别是， pop会把 stash内容删除，而 apply不会。 可以使用 git stash drop 来删除 stash。

git stash clear 删除所有 stash。

远程仓库操作

git remote add <remote-name> <remote-url> 添加远程仓库。

git remote -v 查看远程仓库。

git remote rm <remote-name> 删除远程仓库。

git remote rename <old-name> <new-name> 重命名远程仓库。

git pull <remote-name> <branch-name> 从远程仓库拉取代码。 默认拉取远程仓库名 origin的 master或者 main分支。

git pull --rebase 将本地改动的代码 rebase到远程仓库的最新代码上（为了有一个干净、 线性的提交历 史）。

git push <remote-name> <branch-name> 推送代码到远程仓库（然后再发起 pull request）。

git fetch <remote-name> 获取所有远程分支。

git branch -r 查看远程分支。

git fetch <remote-name> <branch-name> Fetch某一个特定的远程分支。

GitFlow

GitFlow 是一种流程模型，用于在Git上管理软件开发项目。

主分支（**master/main**）：代表了项目的稳定版本，每个提交到主分支的代码都应该是经过测试和审核的。

开发分支（**develop)：用于日常开发。所有的功能分支、发布分支和修补分支都应该从开发分支派生出来。**

功能分支（**feature**）：用于开发单独的功能或者特性。每个功能分支都应该从开发分支派生，并在开发完成后合并回开发分支。

发布分支（**release)：用于准备项目发布。发布分支应该从开发分支派生，并在准备好发布版本后合并回主分支和开发分支。**

热修复分支（**hotfix**）：用于修复主分支上的紧急问题。热修复分支应该从主分支派生，并在修复完成后，合并回主分支和开发分支。

2.3、场景案例

1、已经提交了 commit 却发现在这个 commit 中忘了附上另一个文件。

最后一个 commit 是 change 2, 我们将要添加另外一个文件, 将这个修改也 commit 进 change 2.

$ git add 2.py
$ git commit --amend --no-edit   # "--no-edit": 不编辑, 直接合并到上一个 commit
$ git log --oneline    # "--oneline": 每个 commit 内容显示在一行

2、有时我们添加 add 了修改, 但是又后悔, 并想补充一些内容再 add

$ git add 1.py
$ git status -s # "-s": status 的缩写模式
# 输出
M  1.py     # staged
-----------------------
$ git reset 1.py
# 输出
Unstaged changes after reset:
M   1.py
-----------------------
$ git status -s
# 输出M 1.py     # unstaged

3、随意切换某一个节点

使用reset 回退到指定节点：

# 不管我们之前有没有做了一些 add 工作, 这一步让我们回到 上一次的 commit
$ git reset --hard HEAD    
# 输出
HEAD is now at 904e1ba change 2
-----------------------
# 看看所有的log
$ git log --oneline
# 输出
904e1ba change 2
c6762a1 change 1
13be9a7 create 1.py
-----------------------
# 回到 c6762a1 change 1
# 方式1: "HEAD^"
$ git reset --hard HEAD^  # 方式2: "commit id"
$ git reset --hard c6762a1
-----------------------
# 看看现在的 log
$ git log --oneline
# 输出
c6762a1 change 1
13be9a7 create 1.py

可以看到 change2 ，使用reflog查看最近的改动，并挽救之前的

$ git reflog
# 输出
c6762a1 HEAD@{0}: reset: moving to c6762a1
904e1ba HEAD@{1}: commit (amend): change 2
0107760 HEAD@{2}: commit: change 2
c6762a1 HEAD@{3}: commit: change 1
13be9a7 HEAD@{4}: commit (initial): create 1.py

重复 reset 步骤就能回到 commit (amend): change 2 (id=904e1ba)这一步了:

$ git reset --hard 904e1ba
$ git log --oneline
# 输出
904e1ba change 2
c6762a1 change 1
13be9a7 create 1.py