GitHub和Gitee支持两种方式同步本地版本库到远程仓库. “https”和“ssh”
SSH 为 Secure Shell(安全外壳协议)的缩写,由 IETF 的网络小组(Network Working Group)所制定。SSH 是目前非常可靠,专为远程登录会话和其他网络服务提供安全性的协议。利用 SSH 协议可以有效防止远程管理过程中的信息泄露问题。
使用ssh协议通信时,推荐使用基于密钥的验证方式。
大致工作流程和安全原理: 我们必须再客户端为自己创建一对密匙,并把公用密匙放在需要访问的服务器上。如果你要连接到SSH服务器上,客户端软件就会向服务器发出请求,请求用你的密匙进行安全验证。服务器收到请求之后,先在该服务器上你的主目录下寻找你的公用密匙,然后把它和你发送过来的公用密匙进行比较。如果两个密匙一致,服务器就用公用密匙加密“质询”(challenge)并把它发送给客户端软件。客户端软件收到“质询”之后就可以用你的私人密匙解密再把它发送给服务器。
其实就是有仓库加个远程链接地址然后推送到指定分支就行了
跟命令的显示的一致 git remote(远程) add(增加) origin(地址) 地址
方法的话跟人家仓库显示的命令一致
当然其实这里呢,有个问题,我们ssh需要创建密钥对,然后上传到服务器一个公钥才行.
在仓库打开git命令行bash 输入ssh-keygen -t rsa 一路回车即可创建一个密钥对,然后去C/user/.ssh文件夹去看就有俩密钥了 然后就是去github的仓库或者账号里添加公钥进去即可.
参考: https://gitee.com/help/articles/4181#article-header0 https://gitee.com/help/articles/4191#article-header0
如果用的是小乌龟,可以在工作空间右键选择同步->添加远程origin->网络中选择git>usr>bin>ssh.exe,这样就可以使用到我们之前user/.ssh文件夹下生生的密钥对,并且在putty中选择我们的私钥
HTTPS方式推送基本和之前的ssh一致,区别呢是原来是需要使用公钥密钥进行验证,现在是需要我们输入远程仓库(github/gitee等)的账号和密码
克隆也有两种方式,https/ssh.
不过对于public仓库来说都是一样的,因为不需要账号密码或者密钥对进行验证了
git bash输入
git clone git@gitee.com:xxxx/xxxx.git 即可
或者用小乌龟点同步也行,直接url黏贴下来远程仓库地址即可
再看一下我们的工作图
如果别人修改了版本库,我们想拿到最新代码可以pull下来(方法是fetch(抓取)
merge匹对)
git pull origin master
(前提你添加好了远程仓库地址)
推送和拉取可能产生的冲突问题 举个栗子 A和B都持有远程仓库的版本1 A在1的基础上修改了库并更新了远程仓库(假设现在远程仓库的版本为2) B也在1的基础上修改了,这时候他要推送到远程仓库就会出现不成功问题.因为他不是在2的基础上修改,如果我们可以推送的话岂不是覆盖了原来的版本2?覆盖了A做的事情?
再举个栗子 和上面同样的事情,本来都持有仓库1,A更新了自己的仓库到2也推送到了远端,这个时候我们B也修改了自己的代码,这时候我们直接拉取远程仓库必然会失败,因为我们不是在2的基础上修改的内容,如果直接拉取了会覆盖我们B自身的修改.
如何解决冲突呢?
手动合并,选择自己到底要什么版本,可以看码云的方案
https://gitee.com/help/articles/4194
言而总之呢,就是先拉取,肯定会得到错误提示,并且其实已经拉取了新值到我们的冲突文件里,我们需要自己进入文件选择到底我们是要保留啥还是怎么样都行,如果需要pull上去的话,需要先告诉gitee我们已经解决冲突可以上传了操作方法,如果用的小乌龟可以先点击解决冲突确定一下. 如果用的是git bash可以用git add .
eg
git add .
git commit -m "fixed conflicts"
git push origin master`
git commit --amend