区域概念

工作区（Working Directory）：工作区是你实际编辑文件的地方，可以看作是你项目的目录。 暂存区（Staging Area）：也叫索引（Index），是一个临时存储更改的地方，你可以将要提交的更改暂时存放在这里。 仓库（Repository）：也叫版本库，是Git用来存储项目的地方，包含所有提交的历史记录和元数据。

本地仓库（Local Repository）：本地仓库是指存储在本地计算机上的Git仓库副本，包含完整的项目历史记录和文件。你可以在本地进行提交、分支操作等Git操作。 远程仓库（Remote Repository）：远程仓库是指位于网络上的Git仓库，通常托管在像GitHub、GitLab、Bitbucket等服务上。你可以将本地仓库的更改推送（push）到远程仓库，或者从远程仓库拉取（pull）最新的更改到本地仓库。

git clone

远程仓库–>修改本地仓库和工作区

用于克隆一个远程仓库到本地，创建一个本地仓库的副本。Git会复制远程仓库中的所有文件、提交历史记录和分支信息到本地计算机上，使你能够开始在本地进行开发、编辑和提交更改。

git clone -o 本地 []

：远程仓库的URL地址，可以是HTTPS或SSH协议。[]：可选参数，指定在本地保存克隆仓库的目录名称，如果不指定，默认为远程仓库名称。

例如，要克隆GitHub上的一个仓库到本地，可以使用以下命令：

git clone https://github.com/user/repo.git

这将克隆user用户下的repo仓库到当前目录下的名为repo的文件夹中。如果你想要指定本地目录名称，可以在命令中添加目录名称，比如：

git clone https://github.com/user/repo.git my-local-repo

这将克隆user用户下的repo仓库到名为my-local-repo的文件夹中。

git push

本地仓库---->远程仓库

将一个本地仓库的一个分支推送到远程仓库的某个分支

将当前分支的提交推送到远程仓库,没有指定远程分支就是推送给和本地分支同名的远程分支

git push [] []

指定要推送的本地分支

git push <远程仓库名> <本地分支名> :<远程分支名>

：可选参数，指定要推送到哪个远程仓库，默认为origin。：可选参数，指定要推送的本地分支，默认为当前所在分支。

例如，如果要将当前分支newbranch的提交推送到远程仓库origin的main分支，可以执行以下命令：

git push origin newbranch:main2

记得在使用git push命令之前先确保你的本地分支和远程分支之间没有冲突，并且已经与远程仓库同步。

git checkout

工作区切换,工作区更新会丢失

主要作用就是切换到不同提交/标签/分支 切换分支,工作区改变,暂存区多分支共享,但是stash栈不共享 切换提交,工作区变化 切换标签,本质和切换提交一样,标签就是对某次重要提交打标签

1. 切换分支：

git checkout : 这是git checkout最常见的用法，用于切换到指定的分支。在切换分支时，Git会自动将工作目录和索引（暂存区）中的文件更新为目标分支的最新状态。

2. 恢复文件,切换文件状态到某一提交或标签：

git checkout -- ##切换之前先stash保存更改

其中，是目标提交的SHA值（可以通过git log查看），是要恢复的文件路径。这个命令会将指定文件恢复到指定提交的状态。

如果只想恢复到最近一次提交的状态，可以使用以下命令：

git checkout HEAD -- ##从最新提交恢复文件状态,但刚才修改的内容会被永久删除

##HEAD可以省略

git checkout --

切换到某一标签

git checkout ##切换之前先stash保存更改

切换到某一分支

git checkout ##切换之前先stash保存更改

3. 创建临时分支进行实验性修改：

git checkout -b

在当前分支的基础上创建一个新分支，并立即切换到新分支进行实验性的修改，而不影响当前主要分支。

checkout,reset,revert区别

使用场景 git checkout命令主要用于切换分支、恢复文件、查看历史版本等操作 git reset命令主要用于撤销提交、重置分支位置(调节HEAD指向)、撤销暂存区的更改等操作。 git revert命令用于撤销先前的提交，创建一个新的提交来还原之前的更改。

git tag

本地仓库和远程仓库中的提交列表会变化

打标签是在Git中对特定提交进行标识和管理的重要操作，有助于准确地定位项目中重要的里程碑、版本发布等节点。

提交打标签的过程包括以下步骤：

确定要打标签的提交： 首先，你需要确定要为哪个提交打标签。可以通过git log查看提交历史，找到想要打标签的提交哈希值或者使用分支名等来指定提交。

git log

创建标签： 一旦确定了要打标签的提交，就可以使用git tag命令来创建标签。 git tag -a -m "Tag message"

##git tag为某个提交打标签,所以要指定对应的提交

git tag -a "v1.0" -m "Obtain new learning ideas"

推送到远程仓库

git push 远程仓库 tag名字

git push net v1.0

##推送所有标签

git push origin --tags

删除标签

git tag -d d0539dc7df8fe9fd4ba6e98252e896cc0b88b801

git rebase

工作区和本地仓库发生变化

将当前master分支作为为基底,将today_branch的提交列表嫁接到当前分支上

git rebase

任务:将今天写的分支变基到主分支master上

切换到目标分支（通常是要合并到的分支,主分支）：git checkout 运行git rebase命令并指定要合并的分支：git rebase Git会将将today_branch的提交挪动到新的基底上

git reset

git reset是Git中用于重置和回退当前分支到某一提交的命令，除了第一个改变暂存区的命令,另外三个会将之前的提交信息彻底删除,所以慎用 它有四种常用模式：file 、--soft、--mixed和--hard，每种模式的作用略有不同。

仅改变了暂存区

git reset ##清除所有暂存区文件

git reset HEAD

将暂存区中指定文件的更改撤回到工作目录中，但保留工作目录中的更改。

使用场景: 将之前add的文件撤回来重新add

改变了本地仓库,本地仓库进行了回退

git reset --soft

这个命令会将 HEAD 指针移动到指定的 ，提交回退, 暂存区和工作目录的文件不改变。你可以重新提交这些更改，相当于取消了之前的提交但保留了暂存区的更改。

使用场景 : 将之前commit的文件重新撤回来,重新commit

改变了本地仓库和暂存区

git reset --mixed

这个命令会将 HEAD 指针移动到指定的 ，提交回退, 并清空暂存区，但工作目录的文件不变。这样，你可以重新选择要提交的内容，相当于取消了之前的提交并取消了之前的暂存。

使用场景: 从工作目录中重新选择add和重新提交commit

改变了本地仓库,暂存区和工作目录

git reset --hard

这个命令会将 HEAD 指针移动到指定的 ，并重置暂存区和工作目录，强制使它们与指定提交一致。这意味着你会丢失工作目录中未提交的所有更改，慎用。

使用场景: 工作目录彻底回退, 完全放弃指针移动之前的所有提交 , 清空暂存区。重写,然后重add,重新commit

总的来说，git reset命令可以让你回退到指定的提交，同时根据不同的模式选择是否保留暂存区和工作目录中的更改。使用该命令前请确保你理解各种模式的区别，并注意潜在的数据丢失风险。

HEAD指针

HEAD是一个指向当前所在分支或提交的指针，它可以指向一个分支（比如master），也可以指向一个具体的提交（commit）。HEAD的指向会在以下情况下发生变化：

切换分支：当您使用git checkout 命令切换到另一个分支时，HEAD会指向被切换到的分支，指向的是该分支最新的提交。 检出特定提交：如果您使用git checkout 命令来检出一个特定的提交，而不是分支名称，那么HEAD将指向这个具体的提交，处于分离头指针状态。 提交新的更改：当您使用git commit命令提交了新的更改后，HEAD将指向这个新的提交。 使用git reset命令：通过git reset命令重置HEAD指向的位置，可以让HEAD指向指定的提交或分支，并根据参数不同，工作目录和暂存区会做相应的改变。 合并分支：在执行分支合并操作（如git merge）后，HEAD会更新为合并后的分支。 撤销提交：通过git revert命令撤销提交并创建新的提交时，HEAD会指向新的提交。

孤立提交

git checkout 命令切换到某个具体的提交时，会导致 HEAD 进入分离头指针状态。这意味着 HEAD 不再指向任何分支，而是直接指向您所切换到的特定提交。这种情况下，如果您对代码进行修改并提交，新的提交将会形成一个“孤立”的提交，而不会在任何分支上进行。这可能会导致一些意想不到的后果，因此在分离头指针状态下操作需要格外小心。

举例来说，假设您当前在 master 分支上，然后运行以下命令切换到某个特定提交：

git checkout abc123

现在 HEAD 处于分离头指针状态，指向提交 abc123。如果您在这种状态下做一些修改并提交，比如修改了文件 index.html 并执行 git commit -m "Updated index.html"，那么这个提交将会形成一个新的“孤立”提交，不属于任何分支，Git中可能会显示类似 (HEAD detached at abc123) 的提示信息。

这个“孤立”提交虽然可以保存您的更改，但在以后很难维护和管理，因为它不会自动被任何分支引用，除非您手动创建一个分支指向它。因此，在分离头指针状态下，建议在完成工作后立即创建新分支或者切换回已有的分支，以避免出现混乱或意外的问题。

git stash

只改变工作区

git stash命令用于将当前工作目录中的修改（包括已跟踪和未跟踪的文件）暂存起来，使得工作目录变为干净状态， 以便于切换到其他分支或进行其他操作。 当你在工作时需要突然转移到其他任务，但又不想暂存和提交当前的修改时，可以使用git stash命令来保存工作目录。

为啥不用git add .存到暂存区呢? 因为多个分支共用一个暂存区,所以会误把之前分支存在暂存区的修改提交到另一个分支去 所以在切换分支前需要将工作区更新的内容提交或者stash

意外状况: pop时发现自己在原文件上改了一部分,所以pop出来会被覆盖,那怎么办呢?可以先add,然后pop再提交 如果后来改的那部分不想要可以把暂存区里的给清除掉git reset

具体使用方法如下：

暂存当前修改：运行git stash命令将当前的修改暂存起来，包括已跟踪和未跟踪的文件。 git stash

查看已暂存的列表：运行git stash list命令可以查看当前已经暂存的列表，每个stash都有一个唯一的标识符（stash@{n}）。 git stash list

恢复暂存的修改：可以使用git stash apply命令将最新的stash恢复到当前分支，也可以通过指定stash的标识符来恢复指定的stash。

恢复最新的stash： git stash apply

恢复指定的stash： git stash apply stash@{n}

应用并删除stash：如果希望恢复stash的同时将其从stash列表中移除，可以使用git stash pop命令。

应用并删除最新的stash： git stash pop

应用并删除指定的stash： git stash pop stash@{n}

删除stash：如果不需要某个stash了，可以使用git stash drop命令将其从stash列表中移除。 git stash drop stash@{n}

清空stash列表：如果需要一次性清空所有的stash，可以使用git stash clear命令。 git stash clear

git stash命令是Git中非常有用的功能，可以帮助你轻松地保存和恢复工作目录中的修改，提高工作效率。

git status

观测工作区目录和暂存区 git status 是 Git 中常用的命令之一，用于查看当前工作目录的状态和已暂存（staged）的变更。 通过运行 git status 命令，你可以了解当前工作区、暂存区和本地仓库的文件状态，以及哪些文件被修改过、哪些文件被暂存、哪些文件还未被跟踪等信息。

git status 命令会显示类似以下的输出信息：

On branch master

Your branch is up to date with 'origin/master'.

Changes not staged for commit:

(use "git add ..." to update what will be committed)

(use "git checkout -- ..." to discard changes in working directory)

modified: file1.txt

modified: file2.txt

Untracked files:

(use "git add ..." to include in what will be committed)

newfile.txt

On branch master：当前所在分支。Changes not staged for commit：未暂存的变更，即修改过但尚未添加到暂存区的文件。Untracked files：未跟踪的文件，即未被 Git 管理的新文件。提供了相应的命令示例，如如何将文件暂存 (git add)、如何丢弃工作区中的更改 (git checkout -- ) 以及如何将未跟踪的文件加入暂存区等。

根据需要执行相应操作：

如果有修改过的文件未暂存，可以使用 git add 命令将其添加到暂存区。如果想要丢弃对某个文件的修改，可以使用 git checkout -- 命令。如果有新文件需要加入版本控制，可以使用 git add 将其加入暂存区。

通过 git status 命令，你可以及时了解你的项目中文件的状态，帮助你更好地管理和提交文件变更。

使用场景

查看工作目录的状态： 当你在开发过程中需要了解当前工作目录中文件的状态时，可以使用 git status 命令。它会显示哪些文件被修改过、哪些文件已经暂存、哪些文件还没有被 Git 跟踪等信息。 确认提交前的更改： 在准备提交代码之前，通过运行 git status 可以确保你已经暂存了所有需要提交的更改，以及了解未暂存和未跟踪的文件，避免漏掉需要提交的内容。 查找冲突： 当你在合并分支或者拉取远程更新后出现冲突时，可以使用 git status 查看显示的文件信息，并根据提示来解决冲突。 撤销修改： 在 git status 的输出中，你可以看到哪些文件被修改过，如果你想要丢弃某个文件的修改，可以使用相应命令来恢复到最近一次提交的状态。

git pull

工作区目录,本地仓库都会变,暂存区会变?

冲突状况

合并分支时的冲突：当两个分支上对同一文件的相同部分进行了修改，Git 在合并这两个分支时可能无法自动解决冲突，导致冲突产生。rebase 操作时的冲突：在使用 git rebase 命令将提交移动到另一个基础提交时，如果存在与基础提交冲突的修改，会导致冲突。多人协作时的冲突：多人同时对同一文件进行修改并推送到远程仓库时，会导致冲突。这通常发生在团队协作中，需要解决不同开发者之间对同一文件的同时修改。

解决冲突思路

当合并过程中发生冲突时，需要手动解决这些冲突。以下是解决合并冲突的基本步骤：

查看冲突文件：首先运行 git status 命令来查看哪些文件存在冲突。Git 会列出所有有冲突的文件。 编辑冲突文件：打开包含冲突的文件，在冲突部分周围会有特殊标记，如 <<<<<<<、=======、>>>>>>>。这些标记将冲突的不同部分分隔开来，你需要手动决定保留哪些内容、删除哪些内容或者作其他修改以解决冲突。 解决冲突：根据冲突情况，编辑文件并移除特殊标记，保留需要的部分，删除不需要的部分，确保最终文件的内容是你希望的结果。 标记为已解决状态：解决完所有冲突后，使用 git add 命令将文件标记为已解决状态。 完成合并：继续执行 git merge --continue 或 git commit 命令完成合并操作。 提交变更：如果执行 git merge --continue，接着可以直接提交合并的变更；如果手动解决冲突后使用 git commit，需要添加提交信息并完成提交。

例子

假设有两个分支：master 和 feature，并且正在从 feature 分支合并到 master 分支时发生了冲突。以下是一个简单的示例来演示如何解决合并冲突：

首先，从 feature 分支切换到 master 分支： git checkout master

然后进行合并操作，假设在这个过程中发生了冲突： git merge feature

运行 git status 查看存在冲突的文件，假设有一个文件 example.txt 发生了冲突。 打开 example.txt 文件，可能看起来类似以下内容： some content

<<<<<<< HEAD

content on master branch

=======

content on feature branch

>>>>>>> feature

根据需要编辑 example.txt 文件，解决冲突。比如保留 master 分支的内容或 feature 分支的内容，或者结合两者。 保存并关闭文件后，使用以下命令将文件标记为已解决状态： git add example.txt

然后继续合并操作： git merge --continue

如果一切顺利，Git 将会完成合并操作。如果还有其他待提交的变更，可以运行 git commit 提交合并的结果。

git branch

本地仓库发生改变 创建/删除/查询本地仓库和远程仓库的分支

查看分支

# 列出所有本地分支

git branch -v

# 列出所有远程分支

git branch -r

创建分支

# 新建一个分支，但依然停留在当前分支

git branch [branch-name]

# 切换分支

git checkout [branch]

# 新建一个分支，并切换到该分支

git checkout -b [branch]

git revert

工作区更新同步回滚(丢失更新),本地仓库提交目录多一个提交

撤销提交并留下一个撤销提交的提交信息 工作区目录也会回滚到revert之前的状态,所以没add会导致修改更新丢失

git revert 命令用于撤销指定提交所引入的更改，并创建一个新的提交来应用撤销操作。这个命令不会改变 Git 历史记录，而是通过创建一个新的提交来撤销之前的提交。工作区的更新会丢失

下面是 git revert 命令的基本用法和步骤：

找到要撤销的提交：首先使用 git log 命令查看提交历史，确定要撤销的提交的哈希值（commit hash）。 执行撤销操作：运行以下命令撤销指定提交（用 代表要撤销的提交哈希值）： git revert ##切换之前先加入到暂存区或stash

编辑提交信息：Git 会自动打开一个文本编辑器以编辑撤销提交的信息。你可以修改默认的提交信息，保存并关闭编辑器。 确认提交：保存编辑后的提交信息后，Git 将会生成一个新的提交，该提交包含了对指定提交的撤销操作。 解决冲突：如果在撤销操作中存在冲突，需要手动解决冲突并标记为已解决状态后，再进行提交。 完成操作：撤销操作完成后，相关文件将恢复到撤销提交之前的状态。

git reset和revert的区别 git revert 不会擦除历史记录，而是通过创建新的提交来撤销指定提交的更改，因此适用于已经推送到远程仓库的提交。如果只是想在本地工作区撤销最后一次提交，可以考虑使用 git reset 命令。

精彩文章

评论可见，请评论后查看内容，谢谢！！！
 您阅读本篇文章共花了：