克隆版本库
- 克隆版本库的作用
1.每个开发者都必须有一个克隆版本库才能用Git展开工作
2.每个开发点都会有一份克隆版本库，用于定期与各点克隆版本库进行对比
3.采用了与主项目不同方向的开发，这样的克隆我们称为交叉（fork）
4.避免损坏主版本库
5.有些Git相关的工具通常会要求使用独立的克隆版本库
6.克隆版本库可以充当主版本库的备份
克隆版本库
git clone [url]
▼ clone下来的repo会以url最后一个斜线后面的名称命名，创建一个文件夹
▼ 当某个版本库被克隆时，Git自动将原版本库路径存储为他的原版本库（origin）
▼ 如果想要指定特定的名称，使用git clone -o newname [url]
▼ git clone支持多种协议，包括SSH、HTTP（s）、Git、本地文件协议等
▼ Git协议下载速度快，SSH协议需要与要验证Git几种协议：
file：经由共享网络设备访问的协议
git：专用服务器服务的网络通信协议
http:经由Web服务器访问的协议
ssh：经由安全壳架构访问的协议
1.克隆本地仓库
就是在硬盘上的另一个目录
# git clone /Users/app/git/project.git
或者
# git clone file:///Users/app/git/project.git（传输慢）
2.访问非本地版本库
ssh协议
# git clone ssh://user@server/project.git
或者不指名某个协议时默认使用SSH
# git clone user@server：project.git
3.导出裸仓库（不含当前工作目录）
克隆时加上--bare选项，裸仓库目录名一般以.git结尾
# git clone --bare my_project my_project.git
远程主机管理<git remote>
- 添加远程主机
# git remote add <主机名> <网址>
-
给别处的版本库起名字
如果经常访问一个版本库，URL太麻烦，我们可以给他起个名字
# git remote add myclone file:///Users/app/git/project.git
- 删除远程主机
# git remote rm <主机名>
- 查看获取或者推送的路径
# git remote --verbose
Git会列出一些链接，以显示哪些用于获取或推送提交的路径
- 查看该主机的详细信息
# git remote show <主机名>
获取数据<git fetch>
远程数据库一旦有了更新，需要将这些更新取回本地就需要用到git fetch
fetch是单向操作，只能获取远程未提交的版本到本地版本库
可以通过参数指定获取某个分支，不加参数就是所有分支
# git fetch <远程主机名>
获取远程主机上所有分支上更新的提交
# git fetch <远程主机名> <分支名>
获取远程版本库某个分支尚未在本地版本库中存在的提交
git fetch获取前：
git fetch获取后：
所取回的更新，在本地主机上要用“远程主机名/分支名”方式读取。比如远程origin主机的master分支，就可以用origin/master读取
# git branch -r 查看远程分支
# git branch -a 查看所有分支
基于origin/master分支创建一个新的分支
# git checkout -b newBranch origin/master
合并远程分支
# git merge origin/master
或者
# git rebase origin/master
获取更新并合并分支<git pull>
git pull=git fetch+git merge
作用是：取回远程主机某个分支的更新，再与本地指定的分支合并
# git pull <远程主机名> <远程分支名>:<本地分支名>
eg：
# git pull origin dev:master
取回origin主机的dev分支，与本地的master分支合并
如果与当前分支合并，冒号后面的可以省略
# git pull origin dev
取回origin主机的dev分支，与本地当前分支合并
在某些场合，Git会自动在本地分支与远程分支之间，建立一种追踪关系（tracking）。比如说，在建立git clone时，所有本地分支默认与远程同名分支，建立追踪关系。就像本地master分支自动追踪origin/master
- Git也可以手动建立追踪关系
# git branch --set-upstream master origin/dev
指定本地master分支追踪origin主机的dev分支
- 查看本地分支和对应的追踪分支
# git branch -vv
- 如果当前分支与远程分支存在追踪关系，可以省略远程分支名
# git pull origin
- 如果当前分支只有一个追踪分支，也可以省略远程主机名
# git pull
- 合并如果采用rebase模式，使用
--rebase选项即可
# git pull --rebase <远程主机名> <远程分支名>:<本地分支名>
- 如果远程主机删除了某个分支，默认情况下，git pull不会在拉取远程分支的时候，删除对应的本地分支。这是为了防止其他人操控了远程主机，导致git pull不知不觉删除了本地分支
如果想要在本地删除远程删除的分支，加上参数-p
# git pull -p
本地更新推送到远程<git push>
git push命令用于将本地分值的更新，推送到远程。git pull命令的反面
# git push <远程主机名> <本地分支名>:<远程分支名>
- 省略远程分支名，表示将本地分支推送到与远程分支存在“追踪关系”的远程分支，如果该分支不存在，则会被创建
# git push origin master
将本地的master分支推送到远程origin主机的master分支
- 如果省略本地分支名，则表示删除指定的远程分支，因为这等于推送了一个空的本地分支到远程
# git push origin :master
等同于
# git push origin --delete master
删除远程主机origin上的master分支
- 如果当前分支与远程分支存在追踪关系，则本地分支和远程分支都可以省略
# git push origin
- 如果当前分支只有一个追踪分支，也可以省略远程主机名
# git push
-
-u指定默认主机，用于当前分支与多个主机存在追踪关系
# git push -u origin master
将本地master分支推送到origin主机，并指定origin为默认主机，后面就可以不加任何参数使用git push
-
-all不管是否存在对应的远程分支，都将本地的所有分支推送到远程主机
# git push --all origin
将本地分支都推送到origin主机
- 如果远程主机的版本比本地版本更新，推送Git会报错，要求现在本地做
git pull合并差异，然后再推送到远程主机
也加上--force强制推送，这样会导致远程主机更新的版本被覆盖
# git push --force origin
-
--tag选项，git push不会推送标签，除非加上tag选项
# git push origin --tag
git pull默认推送所有分支，git push默认只推送当前分支，这叫做simple方式。此外，还有一种matching方式，会推送所有有对应的远程分值的本地分支。Git 2.0版本之前，默认采用mastching方法，现在改为默认采用simple方式。如果要修改这个设置，可以采用git config命令
# git config --global push.default matching
或者
# git config --global push.default simple
版本标签<git tag>
某个项目需要用数字或者名称来标识软件版本就需要用到标签(tag)
git tag命令来标记当前HEAD指针，指向当前的commit提交，但是标签不移动
- 为当前分支master创建一个名字为1.1.1.1标签，并用-m添加注释
# git tag 1.1.1.1 master -m "first version"
- 推送时不会自动推送标签，但是我们可以指明某个标签或者加上
--tag选项就可以被推送了
# git push origin 1.1.1.1
或者
# git push --tag
- 如果我们不带任何参数的调用
tag命令，就会列出当前所有标签
# git tag
# git tag -l 查看所有可用标签
# git tag 1.1.1.*
- 将标签添加到日志输出中
# git log --oneline --decorate
-
--contains选项可以列出历史记录中包含该提交的所有标签
用于：判断某一特定功能或者bug修复是否被包含在客户所安装的版本中
提交未被复制过的情况下
# git tag --contains f63cd71
若提交被复制过，就用log命令对注释内容进行搜索
# git log --oneline 1.2.3.3 | grep "a commit"
- 修改标签
不建议修改，在没有被推送到别的版本库之前，可以用--force重新创建的方式修改
