GIT工具学习【4】：推送到远程仓库

写在前面：当我们在本地操作工作区，缓存区，本地仓库的时候，无论操作多么的精妙，都是自己管理代码的范畴，一旦进入到了远程仓库的操作，就是意味着我们要和其他合作者进行交互了，这是另一个层面的事情。

1.介绍远程仓库

公共服务平台：github国际大平台，gitee国内最大的平台
私人服务平台：gitlab企业级，功能最全，gitea：中型团队，gogs：个人使用
目前个人的配置：开源项目github，私人项目：NAS搭载gitea。

2.配置SSH公钥

• 生成SSH公钥:ssh-keygen -t rsa,不断回车,如果公钥已经存在，则自动覆盖
• 获取公钥:cat ~/.ssh/id_rsa.pub
• Gitee设置账户共公钥:(其他同理)
  
• 验证是否配置成功:ssh -T [e-mail]

3.操作远程库

• 添加远程仓库： git remote add <远端名称> <仓库路径>

• 远端名称，默认是origin，取决于远端服务器设置
• 仓库路径，从远端服务器获取此URL

git remote add origin [e-mail]:czbk_zhang_meng/git_test.git

• 查看远程仓库：

​命令	​显示内容	​适用场景
git remote	远程仓库别名列表	快速查看已关联的远程仓库名称
git remote -v	别名 + URL + 操作类型（fetch/push）	详细检查远程仓库地址，排查配置问题

4.推送到远程仓库

git push [-f] [–set-upstream]（可简化为-u） [远端名称 [本地分支名][:远端分支名] ]

• 如果远程分支名和本地分支名称相同，则可以只写本地分支。
  git push origin master
• -f 表示强制覆盖。
• –set-upstream 推送到远端的同时并且建立起和远端分支的关联关系。
  git push --set-upstream origin master
  如果当前分支已经和远端分支关联，则可以省略分支名和远端名。 git push 将master分支推送到已关联的远端分支。

本地分支与远程分支的关联关系：
git branch -vv

* master 741a786 [origin/master] Initial commit
* 方括号 [origin/master] 表示本地 master 分支跟踪远程 origin/master 分支

从远程仓库克隆：
如果已经有一个远端仓库，我们可以直接clone到本地。
命令: git clone <仓库路径> [本地目录]
本地目录可以省略，会自动生成一个目录

5.从远程仓库中抓取和拉取

远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本
地，再进行操作。

• 抓取 命令：git fetch [remote name] [branch name]
  抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
  如果不指定远端名称和分支名，则抓取所有分支。
• 拉取 命令：git pull [remote name] [branch name]
  拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge
  如果不指定远端名称和分支名，则抓取所有并更新当前分支。

6.解决合并冲突

在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。
A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要
推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分
支,如下图所示。

在B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲
突。
远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同相同。