Code The Future

本人目前在学习Git,发现了廖雪峰老师的Git教程,看完之后受益匪浅,故做此总结 廖雪峰Git教程1.Git介绍Git是分布式版本控制系统。而我们常用的svn是集中式版本控制。首先我们先说一下分布式VS集中式，用过svn的都知道svn有一个中央服务器存放版本库，我们每次都要从svn服务器检出，修改之后还要像中央服务器提交。集中式有什么缺点呢，首先在局域网内检出与提交速度还是可以的

首先看一下a.txt文件的内容studeyGit Make me Happy！！！ 接下来对文件进行修改studeyGit Make me Happy！！！Git is Good 我们可以使用下面的命令进行查看结果git statusOn branch masterChanges not staged for commit: (use "git add <file>..." to updat

3.管理修改Git优秀的一个原因是Git是管理修改的而不是文件 我们通过例子来看 首先我们将a.txt 修改diff --git a/a.txt b/a.txtindex a3dddf0..6d70e4c 100644--- a/a.txt+++ b/a.txt@@ -1,3 +1,4 @@ studeyGit Make me Happy<A3><A1><A3><A1><A3><A1>

Git的分支在实际应用中有什么作用呢？分支就像一个平行的宇宙，同时工作互不影响，在某个时间点再进行合并，两者的效果同时拥有。在实际工作中我们在一个分支上工作，如果代码完成不了提交会影响别人的工作，但是如果不提交还会面临着代码丢失的危险。所以我们可以创建一个自己的分支，在自己的分支上进行编码，提交。在完成后再将分支合并。这样既不影响工作也大大提高了安全。1.创建合并分支Git会把每次提交

4.Bug分支在日常的开发中 Bug是不可避免的。既然Git的分支如此优秀我们就可以为每一个bug打一个临时分支进行处理。Bug解决后可以合并删除临时分支。 假设现在有一个编号001的Bug，我们便在当前分支打一个临时分支bug001 来处理它 ，但是我们手头的工作还没有做完，预计还要一天，而这个bug解决估计也就两个小时，如果提交当前分支则会影响工作。怎么办？On branch m

6.多人协作前面我们介绍过了Git 是分布式版本控制,即每个人的电脑上都有一个完整的版本库，而我们一般情况下会选择一台电脑充当中央服务器，防止什么同事没来啊 什么电脑死机等等问题。我们可以将提交推送到中央服务器，而其他人的修改我们可以从中央服务器更新获取。而世界上就有一个负责Git 托管的网站GItHub首先注册GitHub 就不多说了，因为GitHub 是采用ssh 协议加密的。所以我们

接下来我们说一下Git 中的标签。标签就是每个版本的快照。标签是指向提交的，前面说过没做一次commit 就会生成一个id 。但是取得每次的版本那么长的id 则显得很不方便，所以我们引入了标签。1.创建标签在Git 中打标签我们首先要切换到分支上，我们在dev 分支上打标签admin@DESKTOP-6HL5242 MINGW64 /c/studygit (master)$

F盘下创建一个本地版本库testGitHub 模拟一个用户admin@DESKTOP-6HL5242 MINGW64 /f$ mkdir testGitHub admin@DESKTOP-6HL5242 MINGW64 /f$ cd testGitHubadmin@DESKTOP-6HL5242 MINGW64 /f/testGitHub$ git initInitiali...