Workspace：工作区Index / Stage：暂存区Repository：仓库区（或本地仓库）Remote：远程仓库「显示的是一个 HEAD 指向发生改变的时间列表」。在你切换分支、用 git commit进行提交、以及用 git reset 撤销 commit 时，HEAD 指向会改变，但当你进行 git checkout —
符号解释：
将工作区的文件添加到暂存区
「git add .」 ：「操作的对象是“当前目录”所有文件变更」，”.” 表示当前目录。会监控工作区的状态树，使用它会把工作区的「所有变化提交」到暂存区，包括文件内容修改（modified）以及新文件（new），但「不包括被删除的文件」。「git add -u」 ：「操作的对象是整个工作区已经跟踪的文件变更，无论当前位于哪个目录下」。仅监控「已经被 add 的文件」（即 「tracked file」），它会将被修改的文件（包括文件删除）提交到暂存区。git add -u 不会提交新文件（「untracked file」）。（「git add –update」 的缩写）「git add -A」 ：「操作的对象是“整个工作区”所有文件的变更，无论当前位于哪个目录下」。是上面两个功能的合集（git add –all 的缩写）。git commit –amend 既可以修改上次提交的文件内容，也可以修改上次提交的说明。会用一个新的 commit 更新并替换最近一次提交的 commit 。如果暂存区有内容，这个新的 commit 会把任何修改内容和上一个 commit 的内容结合起来。如果暂存区没有内容，那么这个操作就只会把上次的 commit 消息重写一遍。「永远不要修复一个已经推送到公共仓库中的提交，会拒绝推送到仓库」分支推送顺序的写法是 「<来源地>:<目的地>」fast-forward：会在当前分支的提交历史中添加进被合并分支的提交历史（「得先理解什么时候会发生快速合并，并不是每次 merge 都会发生快速合并」）；–no-ff：「会生成一个新的提交」，让当前分支的提交历史不会那么乱；–squash：「不会生成新的提交」，会将被合并分支多次提交的内容直接存到工作区和暂存区，由开发者手动去提交，这样当前分支最终只会多出一条提交记录，不会掺杂被合并分支的提交历史
git-scm.com/book/zh/v2/…
juejin.im/post/5a5438…
能够将所有未提交的修改保存至堆栈中，用于后续恢复当前工作区内容如果文件没有提交到「暂存区（使用 git add . 追踪新的文件）」，使用该命令会提示 No local changes to save ，无法将修改保存到堆栈中
「使用场景：」 当你接到一个修复紧急 bug 的任务时候，一般都是先创建一个新的 bug 分支来修复它，然后合并，最后删除。但是，如果当前你正在开发功能中，短时间还无法完成，无法直接提交到仓库，这时候可以先把当前工作区的内容 git stash 一下，然后去修复 bug，修复后，再 git stash pop，恢复之前的工作内容。
常用于发布版本
如果在配置 .gitignore 文件之前就把某个文件上传到远程仓库了，这时候想把远程仓库中的该文件删除，此时你配置 .gitignore 文件也没有用，因为该文件已经被追踪了，但又不想在本地删除该文件后再重新提交到远程仓库，这时候可以使用 git rm –cached filename 命令取消该文件的追踪，这样下次提交的时候，git 就不会再提交这个文件，从而远程仓库的该文件也会被删除
「checkout 可以撤销工作区的文件，reset 可以撤销工作区/暂存区的文件」「reset 和 checkout 可以作用于 commit 或者文件，revert 只能作用于 commit」checkout 详解「在开发的正常阶段，HEAD 一般指向 master 或是其他的本地分支，但当你使用 git checkout
git reset [–hard|soft|mixed|merge|keep] [
git reset 有很多种用法。它可以被用来移除提交快照，尽管它通常被用来撤销暂存区和工作区的修改。不管是哪种情况，它应该只被用于本地修改——你永远不应该重设和其他开发者共享的快照。「当你用 reset 回滚到了某个版本后，那么在下一次 git 提交时，之前该版本后面的版本会被作为垃圾删掉。」「当我们回退到一个旧版本后，此时再用 git log 查看提交记录，会发现之前的新版本记录没有了。如果第二天，你又想恢复到新版本怎么办？找不到新版本的 commit_id 怎么办？」
「我们可以用 git reflog 查看历史命令，这样就可以看到之前新版本的 commit_id ，然后 git reset –hard commit_id 就可以回到之前的新版本代码」
虽然可以用 git reflog 查看本地历史，然后回复到之前的新版本代码，但是在别的电脑上是无法获取你的历史命令的，所以这种方法不安全。万一你的电脑突然坏了，这时候就无法回到未来的版本。revert 详解
git revert命令用来「撤销某个已经提交的快照（和 reset 重置到某个指定版本不一样）」。它是在提交记录最后面加上一个撤销了更改的新提交，而不是从项目历史中移除这个提交，这避免了 Git 丢失项目历史。
「撤销（revert）应该用在你想要在项目历史中移除某个提交的时候」。比如说，你在追踪一个 bug，然后你发现它是由一个提交造成的，这时候撤销就很有用。
「撤销（revert）被设计为撤销公共提交的安全方式，重设（reset）被设计为重设本地更改。」
因为两个命令的目的不同，它们的实现也不一样：重设完全地移除了一堆更改，而撤销保留了原来的更改，用一个新的提交来实现撤销。「千万不要用 git reset 回退已经被推送到公共仓库上的 提交，它只适用于回退本地修改（从未提交到公共仓库中）。如果你需要修复一个公共提交，最好使用 git revert」。
发布一个提交之后，你必须假设其他开发者会依赖于它。移除一个其他团队成员在上面继续开发的提交在协作时会引发严重的问题。当他们试着和你的仓库同步时，他们会发现项目历史的一部分突然消失了。一旦你在重设之后又增加了新的提交，Git 会认为你的本地历史已经和 origin/master 分叉了，同步你的仓库时的合并提交(merge commit)会使你的同事困惑。
「将指定的提交 commit 应用于当前分支」（可以用于恢复不小心撤销（revert/reset）的提交）
有种情况我们经常会遇到：某个工作中的项目需要包含并使用另一个项目。也许是第三方库，或者你独立开发的，用于多个父项目的库。现在问题来了：你想要把它们当做两个独立的项目，同时又想在一个项目中使用另一个。如果将另外一个项目中的代码复制到自己的项目中，那么你做的任何自定义修改都会使合并上游的改动变得困难。「Git 通过子模块来解决这个问题，允许你将一个 Git 仓库作为另一个 Git 仓库的子目录。它能让你将另一个仓库克隆到自己的项目中，同时还保持提交的独立。」
blog.csdn.net/LitongZero/…
juejin.im/post/5b4328…
实际开发的时候，一人一条分支（个人见解：除非是大项目，参与的开发人员很多时，可以采用 feature 分支，否则一般的项目中，一个开发者一条分支够用了）。除此之外还要有一条 develop 开发分支，一条 test 测试分支，一条 release 预发布分支。「develop」：「开发分支」，开发人员每天都需要拉取/提交最新代码的分支；「test」：「测试分支」，开发人员开发完并自测通过后，发布到测试环境的分支；「release」：「预发布分支」，测试环境测试通过后，将测试分支的代码发布到预发环境的分支（「这个得看公司支不支持预发环境，没有的话就可以不采用这条分支」）；「master」：「线上分支」，预发环境测试通过后，运营/测试会将此分支代码发布到线上环境；大致流程：开发人员每天都需要拉取/提交最新的代码到 「develop 分支」；开发人员开发完毕，开始 「集成测试」，测试无误后提交到 「test 分支」并发布到测试环境，交由测试人员测试；测试环境通过后，发布到 「release 分支」 上，进行预发环境测试；预发环境通过后，发布到 「master 分支」上并打上标签（tag）；如果线上分支出了 bug ，这时候相关开发者应该基于预发布分支（「没有预发环境，就使用 master 分支」），新建一个 「bug 分支」用来临时解决 bug ，处理完后申请合并到 预发布 分支。这样做的好处就是：不会影响正在开发中的功能。
「预发布环境的作用：」 预发布环境是正式发布前最后一次测试。因为在少数情况下即使预发布通过了，都不能保证正式生产环境可以100%不出问题；预发布环境的配置，数据库等都是跟线上一样；有些公司的预发布环境数据库是连接线上环境，有些公司预发布环境是单独的数据库；如果不设预发布环境，如果开发合并代码有问题，会直接将问题发布到线上，增加维护的成本。
Git 基本已经成为项目开发中默认的版本管理软件，在使用 Git 的项目中，我们可以为项目设置 Git Hooks 来帮我们在提交代码的各个阶段做一些代码检查等工作钩子（Hooks） 都被存储在 Git 目录下的 hooks 子目录中。也就是绝大部分项目中的 .git/hook 目录钩子分为两大类，客户端的和服务器端的客户端钩子主要被提交和合并这样的操作所调用而服务器端钩子作用于接收被推送的提交这样的联网操作，这里主要介绍客户端钩子pre-commit 就是在代码提交之前做些东西，比如代码打包，代码检测，称之为钩子（hook）在 commit 之前执行一个函数（callback）。这个函数成功执行完之后，再继续 commit，但是失败之后就阻止 commit在 .git->hooks->下面有个 pre-commit.sample* ，这个里面就是默认的函数(脚本)样本
「如果没有在 .git->hooks 目录下生成 pre-commit 文件的话，则要手工创建 node
更多钩子：git-scm.com/book/zh/v2/…
这时候可以回滚代码，重新拉取。
在 git 2.9.2 之后，不可以合并没有相同结点的分支（分支之间自仓库建立后，从来没有过互相拉取合并）。如果需要合并两个不同结点的分支，如下：
这个功能是可以让大家不要把仓库上传错了，如果会加上这个代码，那么就是自己确定了上传。旧版本的 Git 很容易就把代码传错了，现在可以看到，如果上传的不是之前的，那么就需要加代码上传。正常情况下，都是先建立仓库，然后切多个分支，分支先去拉取合并主分支的内容，然后再各自开发， 如果建立仓库后，各个分支没有区拉取主分支的代码，之后各个分支之间想要合并时就会报错。
当远程分支和本地分支发生冲突后，git 保持合并状态，你如果没有去解决完所有的冲突，那么 git 会一直保持这个状态，你就无法再提交代码。只有先解除合并状态后，才能继续提交。执行命令前最好先备份一下，有可能本地做的修改会被远程分支覆盖掉。
如果在配置 .gitignore 文件之前就把某个文件上传到远程仓库了，这时候想把远程仓库中的该文件删除，此时你配置 .gitignore 文件也没有用，因为该文件已经被追踪了，但又不想在本地删除该文件后再重新提交到远程仓库，这时候可以使用 git rm –cached filename 命令取消该文件的追踪，这样下次提交的时候，git 就不会再提交这个文件，从而远程仓库的该文件也会被删除
之前没有进行过关联，即没有通过 clone 远程项目到本地再开始做项目，而是先本地新建了一个项目，然后想传到远程仓库上。
step 1：生成公钥step 2：查看已生成的公钥step3：复制已生成的公钥添加到 git 服务器
测试 ssh 是否能够连接成功
step4：使用 ssh 协议 clone 远程仓库 或者 如果已经用 https 协议 clone 到本地了，那么就重新设置远程仓库
「使用 ssh 协议」
step5：创建文件存储用户名和密码
一般为 C:usersAdministrator，也可以是你自己创建的系统用户名目录，文件名为 .git-credentials。由于在 Windows 中不允许直接创建以 “.” 开头的文件，所以用命令行创建该文件。
可以在当前目录下，添加一个 .gitkeep 文件
github.com/jawil/notes…
原因在于 Git 在使用过程中遭遇了奔溃，部分被上锁资源没有被释放导致的。
「解决方案：」 进入项目文件夹下的 .git 文件中（显示隐藏文件夹或 rm .git/index.lock）删除 index.lock 文件即可。
git commit -am “xxx” 只会将被 「tracked」 的文件添加到暂存区并提交，而将文件添加到 git 管理是要使用 git add 命令，将新的文件 「tracked」 。（新建了文件之后，idea 会提示你是否需要加到 git 管理中。选择记住后，之后 idea 默认都会把新建的文件 「tracked」 化）
「禁止快进式（fast-forward）合并，会生成一个新的提交」
从合并后的代码来看，结果都是一样的，区别就在于 –no-ff 会让 git 生成一个新的提交对象。为什么要这样？通常我们把 master 作为主分支，上面存放的都是比较稳定的代码，提交频率也很低，而 feature 是用来开发特性的，上面会存在许多零碎的提交，快进式合并会把 feature 的提交历史混入到 master 中，搅乱 master 的提交历史。所以如果你根本不在意提交历史，也不爱管 master 干不干净，那么 –no-ff 其实没什么用。
segmentfault.com/q/101000000…
juejin.im/post/5a5438…
blog.csdn.net/liuxiaoheng…
segmentfault.com/a/119000001…
segmentfault.com/a/119000001…
默认是 Merge branch branchName
想要 merge 别人的分支时：
如果你的本地仓库中已经有了他人的分支（直接切换到他人分支，就会在本地生成一条他人的分支），就可以使用 merge branchname；如果你的本地仓库没有他人的分支，那么就得使用 merge origin/branchname 来合并如果我们新建了文件，但是没有用 git add . 追踪文件，那么 git stash 是无法存储的
segmentfault.com/a/119000002…
「可能出现的报错：」
「remote:」 Permission to xxxxx.git denied to xxx. fatal: unable to access ‘github.com/ xxxxx.git/’: The requested URL returned error: 403「remote:」 You do not have permission to push to the repository via HTTPS「fatal:」 Authentication failed for ‘gitee.com/xxx.git/’查看本地项目的 .git/config 设置的仓库 url 地址和 github 使用的链接地址是否一致。git push 的数据协议有两种方式：ssh 和 https。如果不一致就需要切换 url地址。
在控制面板里找到凭据管理器，选中 Windows 凭据，找到 git 的凭据，点击编辑，输入所用 github 的正确用户名和密码。
可能你的项目名路径中包含了中文名，需要替换成英文名
「Mac：」 在命令行中输入 which git，就会显示 git 的安装位置了「Windows：」 打开cmd，输入 where git，就会显示 git 的安装路径了
如果两个人都对同一个文件重命名，此时会起冲突，git 不会自动处理，需要开发者自身去解决冲突
segmentfault.com/a/119000001…
在 Git 中创建分支，是必须有一个父节点的，也就是说必须在已有的分支上来创建新的分支，如果工程已经进行了一段时间，这个时候是无法创建空分支的。但是有时候就是需要创建一个空白的分支。
该命令会生成一个叫 emptybranch 的分支，该分支会包含父分支的所有文件。但新的分支不会指向任何以前的提交，就是它没有历史，如果你提交当前内容，那么这次提交就是这个分支的首次提交。
想要空分支，所以需要把当前内容全部删除，用 git 命令
先删除该分支，然后再新建一个空的分支（分支名就是删除的分支名）~~
