kqs__的博客

标签 tag ，可以简单的理解为是对某次 commit 的一个标识，相当于起了一个别名。例如，在项目发布某个版本的时候，针对最后一次 commit 起一个v1.0 这样的标签来标识里程碑的意义。这有什么用呢 相较于难以记住的 commit id ， tag 很好的解决这个问题，因为 tag 一定要给一个让人容易记住，且有意义的名字。那如何在指定的commit上打标签呢 方法是找到历史提交的commit id，然后打上就可以了。在Git中打标签非常简单，首先，切换到需要打标签的分支上。

可以简单理解为，我们每个人的电脑上都是一个完整的版本库，这样你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。比方说你在自己电脑上改了文件A，你的同事想看到最新的文件A，这时，你只需要把你的修改推送到远程然后让同事进行拉取，就可以看到对方的修改了。国内外都为我们提供了远程的Git仓库托管平台，国内的式Gitee，国外的式GitHub，github 是国外的网站，速度比较慢，所以我们使用gitee来托管代码。这里由于我们使用的是 SSH 协议，是不用每⼀次推送都输入密码的，方便了我们的推送操作。

那在哪干活呢 干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；我们新增了一个分支dev3，但是，该分支并没有进行过merge 操作就要被删除了，这时我们在master分支上对 dev3 分支删除，git会对dev3分支进行保护，这时删除就需要 git branch -D 来删除dev3分支。在Git中，每个 bug 都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

如果我们在我们的工作区写了很长时间代码，发现出现错误，想回退到之前的版本，这时改怎么做呢？

值得说的是，Git 的版本回退速度非常快，因为 Git 在内部有个指向当前分支（此处是master的 HEAD 指针， refs/heads/master 文件里保存当前 master 分支的最新 commit id。之前我们也提到过，Git 能够管理文件的历史版本，这也是版本控制器重要的能力。如果有一天你发现之前前的工作做的出现了很大的问题，需要在某个特定的历史版本重新开始，这个时候，就需要版本回退的功能了。如果我们版本回退又后悔了，又想要回到之前的版本去 只需要找到想恢复版本的 commit id。

比如你新增了一行，这就是⼀个修改，删除了一行，也是⼀个修改，更改了某些字符，也是⼀个修改，删了⼀些又加了⼀些，也是⼀个修改，甚至创建⼀个新文件，也算⼀个修改。当执行git add 命令时，暂存区的⽬录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的⼀个新的对象中 ，就位于 ".git/objects" 目录下。我们发现，当前目录下多了⼀个 .git 的隐藏文件， .git 目录是 Git 来跟踪管理仓库的，不要手动修改这个目录里面的文件，不然改乱了，就把 Git 仓库给破坏了。

还需要再明确⼀点，所有的版本控制系统，Git也不例外，其实只能跟踪文本文件的改动，比如TXT文文件，网页，所有的程序代码等等。于是每次都是复制粘贴副本，产出的⽂件就越来越多，⽂件多不是问题，问题是：随着版本数量的不断增多，你还记得这些版本各⾃都是修改了什么吗？在生活和学习中，我们会遇到这样的问题，比如上交论文的时候，老师让你改了一遍又一遍，结果改到最后一版的时候，说你这个还不如你第一版的或者前几版的，老师又说，把你前几版的拿给我看看。输入一下代码，查看安装的版本，如果没有安装，则不会显示。