远程仓库管理

克隆版本库

  • 克隆版本库的作用
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 add <主机名> <网址>
  • 给别处的版本库起名字
    如果经常访问一个版本库,URL太麻烦,我们可以给他起个名字
# git remote add myclone file:///Users/app/git/project.git
  • 删除远程主机
# git remote rm <主机名>
  • 查看获取或者推送的路径
# git remote --verbose
Git会列出一些链接,以显示哪些用于获取或推送提交的路径
  • 查看该主机的详细信息
# git remote show <主机名>

获取数据

远程数据库一旦有了更新,需要将这些更新取回本地就需要用到git fetch
fetch是单向操作,只能获取远程未提交的版本到本地版本库
可以通过参数指定获取某个分支,不加参数就是所有分支

# git fetch <远程主机名>
获取远程主机上所有分支上更新的提交
# git  fetch <远程主机名>  <分支名>
获取远程版本库某个分支尚未在本地版本库中存在的提交

git fetch获取前:


20.jpg

git fetch获取后:


21.jpg

所取回的更新,在本地主机上要用“远程主机名/分支名”方式读取。比如远程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 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 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

版本标签

某个项目需要用数字或者名称来标识软件版本就需要用到标签(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重新创建的方式修改

你可能感兴趣的:(远程仓库管理)