长江七号

我们这里的远程仓库使用github（提供git仓库托管的一个网站），首先需要有github账号。连接本地git与github由于本地git仓库与github仓库之间的传输是通过SSH加密的，所以需要设置： 1、创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开She

git branch：查看当前的分支git branch Common：创建分支Commongit checkout Common：切换到分支Commongit remote add origin git@github.com:changjiang007/kelehuSystem.git :  连接远程仓库，并将此远程仓库在本地命名为origingit remote -v

创建标签使用命令：git tag name就可以打一个新标签，用git tag查看所有标签： 注：默认标签是打在最新提交的commit上的情景一：有时候，修改提交之后如果忘了打标签，想回过去把标签打上方法：使用命令：git log --pretty=oneline --abbrev-commit n找到历史提交的commit id，然后打上就可以了: 注意，标签不是按时间顺序列出，而是按

bug分支情境：当你在开发的过程中突然要修复一个被提出的bug，但是现在你当前分支上的工作还没有提交，但是工作还没完成，没法提交，而又急于修改这个bug方法：Git提供了一个stash功能，命令：git stash，可以把当前工作现场（当前分支的工作）“储藏”起来，等以后恢复现场后继续工作。。 这样工作区就是干净的了 接着，首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从

解决冲突场景：创建一个新的分支feature1，然后在README.txt文件里添加4 create a branch named feature1，然后在feature1分支上提交。提交后切换到master分支，再在master分支上将最后一行修改为create a new branch named feature1，再提交，现在，master分支和feature1分支各自都分别有新的提交：

分支介绍多个分支就是在版本库中有多条提交的记录线条，如下图所示，蓝色的master是一个分支，红色的dev也是一个分支，HEAD所指的是当前的分支： 分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。现在有了分支，就不用怕了

接着上一节的例子 我们在README.txt文件中再添加一段内容(add modify1)：1 add a file called README2 add modify1然后提交到版本库查看日志使用$ git log 显示文件的每次提交修改的记录，git log命令显示从最近到最远的提交日志 如果嫌输出信息太多，看得眼花缭乱的，可以试试加上–pretty=oneline参数： 注意

创建版本库首先选择一个目录（尽量确保目录名不包含中文），然后对这个目录git bash，然后在这个目录下 $ git init 把这个目录变成git可以管理的仓库（repository） 这样git就把仓库（gitTest）建立好了，在gitTest目录下会显示有一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给

我们这里只要讲的Git安装环境主要针对Windows（因为条件限制），等以后有机会了再把Linux和Mac上的补充上。安装在Windows上安装Git，需要首先下载msysgit，msysgit是Windows版的Git，可以从http://msysgit.github.io/，然后直接安装即可。 安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明

管理修改第一次修改 ->git add -> 第二次修改 ->git commit如果第一次修改git add ，第二次修改还没来的及’git add’，此时如果git commit 第二次的修改是没有在版本库的，Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了

SVN和CVS都是集中式版本控制系统，而Git是分布式版本控制系统集中式版本控制系统版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。 集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分