Sakura_ding的博客

标签tag，可以简单的理解为是对某次commit的一个标识，相当于起了一个别名。例如，在项目发布某个版本的时候，针对最后一次commit起一个v1.0这样的标签来标识里程碑的意义。这有什么用呢？相较于难以记住的commit idtag很好的解决这个问题，因为tag一定要给一个让人容易记住，且有意义的名字。当我们需要回退到某个重要版本时，直接使用标签就能很快定位到。

在日常开发中，有些文件不想或不应该提交到远端，如保存数据库密码的配置文件。在Git工作区的根目录下创建一个特殊的.gitignore文件，把要忽略的文件名填进去，Git就会自动忽略这些文件。不需要从头写.gitignore文件，gitee在创建仓库时可为我们生成，但需要主动勾选：如果当时没有选择这个选择，在工作区创建一个也是可以的。无论哪种方式，最终都可以得到一个完整的.gitignore文件，例如我们想忽略以.so和.ini结尾所有⽂件，.gitignore。

或者从来没有设置过全局的name和e-mail，那么我们第一次提交时也会报错。这就需要我们重新配置下了，同样要注意需要和gitee上配置的用户名和邮箱一致。这里由于我们使用的是SSH协议，是不用每一次推送都输入密码的，方便了我们的推送操作。如果你使用的是HTTPS协议，有个麻烦地方就是每次推送都必须输入口令。到这里我们已经将内容提交至本地仓库了，如何将本地仓库的内容推送至远程仓库呢，需要使用。命令，该命令用于从远程获取代码并合并本地的版本。此时，远程仓库是要领先于本地仓库一个版本，我们发现，拉取成功了！

顺利的话，可以在用户主目录里找到 .ssh 目录，里⾯有 id_rsa 和 id_rsa.pub 两个文件，这两个就是SSH Key的秘钥对， id_rsa 是私钥，不能泄露出去， id_rsa.pub 是公钥，可以放心地告诉任何人。实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。我们目前所说的所有内容（工作区，暂存区，版本库等等 ），都是在本地！

添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，我们可以将其称之为feature分支，在上面开发，完成后，合并，最后，删除该。干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到。假如我们现在正在dev2分支上进行开发，开发到一半，突然发现master分支上面有bug，需要解决。在Git中，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

模式下，删除分支后，查看分支历史时，会丢掉分支信息，看不出来最新提交到底是从哪个分支过来的。可是，在实际分支合并的时候，并不是想合并就能合并成功的，有时候可能会遇到代码冲突的问题。我们发现，切回来之后，文件内容变成了老的版本，这种现象很正常，我们现在也完全能理解。参数就可以保留分支信息，合并后的历史有分支，能看出来曾经做过合并，而。文件有冲突后，可以直接查看文件内容，要说的是 Git 会用。模式了，这样的好处是，从分支历史上就可以看出分支信息。，这样，从分支历史上就可以看出分支信息。

因为创建、合并和删除分支非常快，所以Git鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。代表“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。当然，也不是每次合并都能Fast-forward，我们后面会讲其他方式的合并。合并后，master就能看到dev分支提交的内容了。此时的状态如图如下所示。分支完成后，dev分支对于我们来说就没用了，那么dev分支就可以被删除掉，此时的状态如图如下所示。

在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就可以理解为是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即。每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长，而HEAD只要一直指向master分支即可指向当前分支。看到这里就能明白了，因为我们是在dev分支上提交的，而master分支此刻的提交点并没有变，此时的状态如图如下所示。，master才是指向提交的，所以，HEAD指向的就是当前分支。

对于第一种情况，很明显是没有删完，我们只删除了工作区的文件。在Git中，删除也是一个修改操作，我们实战一下，如果要删除file4文件，怎么搞呢？此时，工作区和版本库就不一致了，要删文件，目前除了要删工作区的文件，还要清除版本库的文件。现在，文件就从版本库中被删除了。

如果我们在我们的工作区写了很长时间代码，越写越写不下去，觉得自己写的实在是垃圾，想恢复到上一个版本。

值得说明的是，Git 的版本回退速度非常快，因为保存在内部有个指向当前分支的最新 commit id（此处是 master），当我们成回退意图的时候，Git 仅仅是给 refs/heads/master 中存储一个特定的 version，可以简单理解成如下示意图： （自己手绘，还请见谅）如果有一天你发现之前做的工作出现了很大的问题，需要在某个特定的历史版本重新开始，这个时候，就需要版本回退的功能了。比如你新增了一行，就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修。

递增的数字，而是一个 SHA1 计算出来的一个非常大的数字，用十六进制表示（你看到的 commit id 和我的肯定不一样，以你自己的为准）。git commit 命令执行成功后会告诉我们，1个文件被改动（就是我们新添加的ReadMe文件），插入了一行内容（ReadMe有一行内容）。• 在创建 Git 版本库时，Git 会为我们自动创建一个唯一的 master 分支，以及指向 master 的一个指。index 就是我们的暂存区，add 后的内容都是添加到这里的。这是我们对ReadMe做的修改！

如果使用了该选项，表示这台机器上所有的 Git 仓库都会使用这个配置。如果你希望在不同仓库中使用不同的。要提前说的是，仓库是进行版本控制的一个文件目录。当安装 Git 后首先要做的事情是设置你的 用户名称 和 e-mail 地址，这是非常重要的。的隐藏文件， .git 目录是 Git 来跟踪管理仓库的，其中包含 Git 仓库的诸多细节，有兴趣的同学可以进入看看。选项，但要注意的是，执行命令时必须要在仓库里。，不然改乱了，就把 Git 仓库给破坏了。创建⼀个 Git 本地仓库对应的命令为。

但在此之前的工作都需要这些不同版本的报告，于是每次都是复制粘贴副本，产出的文件就越来越多，文件多不是问题，问题是：随着版本数量的不断增多，你还记得这些版本各自都是修改了什么吗？所谓的版本控制器，就是能让你了解到一个文件的历史，以及它的发展过程的系统。，也就是只知道图片从 100KB 改成了 120KB，但到底具体修改情况，版本控制系统不知道，也没法知道。出现像上面的结果，Linux 会友好地告诉你 Git 没有安装，还会告诉你如何安装 Git。还需要再明确一点，所有的版本控制系统，Git 也不例外，其实。