git知识

　　软件开发是一个迭代的过程，修改更新会很频繁，为了管理这种改动所以有了版本控制。版本控制是一种记录一个或若干个文件内容变化，以便将来查阅特定版本修订的情况的系统。版本控制系统在发展的过程中出现了几种设计思想

　　第一种：本地版本控制系统

　　不便于协同合作

　　第二种：集中化的版本控制系统

　　CVCS

　　第三种：分布式版本控制系统

　　git

　　一、git 安装与配置

　　windows安装git：https://git-scm.com/download/win

 

　　二、git工作流程

git clone: 从现有 Git 仓库中拷贝项目（类似 svn checkout）

git clone <repo> :克隆仓库

git clone <repo> <directory> ：克隆仓库到指定的目录
其中<repo>为git仓库，<directory>为本地目录

例：克隆ruby的git库：git clone git://github.com/schacon/grit.git
　　克隆ruby的git库到指定目录：git clone git://github.com/schacon/grit.git mygrit

几种效果等价的git clone的写法：

git clone http://github.com/CosmosHua/locate new
git clone http://github.com/CosmosHua/locate.git new
git clone git://github.com/CosmosHua/locate new
git clone git://github.com/CosmosHua/locate.git new

git clone 时，可以所用不同的协议，包括 ssh, git, https 等，其中最常用的是 ssh，因为速度较快，还可以配置公钥免输入密码。各种写法如下：

git clone git@github.com:fsliurujie/test.git         --SSH协议
git clone git://github.com/fsliurujie/test.git          --GIT协议
git clone https://github.com/fsliurujie/test.git      --HTTPS协议

• 图中左侧为工作区，右侧为版本库。在版本库中标记为 "index" 的区域是暂存区（stage/index），标记为 "master" 的是 master 分支所代表的目录树。

• 图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。

• 图中的 objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下，里面包含了创建的各种对象及内容。

• 当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。

• 当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。

• 当执行 git reset HEAD 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。

• 当执行 git rm --cached <file> 命令时，会直接从暂存区删除文件，工作区则不做出改变。

• 当执行 git checkout . 或者 git checkout -- <file> 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。

• 当执行 git checkout HEAD . 或者 git checkout HEAD <file> 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

git clone

我们使用 git clone 从现有 Git 仓库中拷贝项目（类似 svn checkout）。

克隆仓库的命令格式为：

git clone <repo>

如果我们需要克隆到指定的目录，可以使用以下命令格式：

git clone <repo> <directory>

参数说明：

• repo:Git 仓库。
• directory:本地目录。

 相关命令操作可看官方手册：

Git 完整命令手册地址：http://git-scm.com/docs

PDF 版命令手册：github-git-cheat-sheet.pdf

 

 

 

 

 

 

 合并冲突后，修改要手动修改后，git add和git commit 最终完成合并

Git 远程仓库(Github)

Git 并不像 SVN 那样有个中心服务器。

目前我们使用到的 Git 命令都是在本地执行，如果你想通过 Git 分享你的代码或者与其他开发人员合作。 你就需要将数据放到一台其他开发人员能够连接的服务器上。

以下是使用了 Github 作为远程仓库：

 

 

 

 

 

 

 

 

 

 

 

 

 将本地仓库推送到远程仓库：

git push origin master(如果拒绝访问，加上-f强制推送，git push -f origin master)

从远程仓库获取更新：

git fetch origin master

git merge origin/master

• 执行 git fetch origin master 时，它的意思是从名为 origin 的远程上拉取名为 master 的分支到本地分支 origin/master 中。既然是拉取代码，当然需要同时指定远程名与分支名，所以分开写。
• 执行 git merge origin/master 时，它的意思是合并名为 origin/master 的分支到当前所在分支。既然是分支的合并，当然就与远程名没有直接的关系，所以没有出现远程名。需要指定的是被合并的分支。
• 执行 git push origin master 时，它的意思是推送本地的 master 分支到远程 origin，涉及到远程以及分支，当然也得分开写了。
• 还可以一次性拉取多个分支的代码：git fetch origin master stable oldstable；
• 也还可以一次性合并多个分支的代码：git merge origin/master hotfix-2275 hotfix-2276 hotfix-2290；

相关教程：https://www.runoob.com/git/git-tutorial.html