代码给别人以及进行协同开发就需要有一个云端仓库进行代码的存储和同步所以我们使用远程仓库来完成该目标。

1.1

Gitee:码云国内第三方提供使用较多(也是本篇文章所使用的远程云端仓库)

2.使用码云

完成正常网站都需要的注册登录后我们需要的是创建一个我们自己的仓库

2.1

然后下面这三个选项我们全部不选保持默认即可因为我们的本地仓库已经实现了配置

2.2生成ssh公钥

然后我们执行完命令后问yes或者no或者让你按enter通通可以不用管按回车一直往下就可以了。

cat

~/.ssh/id_rsa.pub获得我们的公钥然后将其复制下来。

2.3将本地仓库和码云账户进行关联

将我们生成的公钥放到这里面来他会自己生成一个标题我们可以选择重新设置一个这个不会产生什么影响

ssh

gitgitee.com然后因为你是第一次访问这个网址他会对你进行询问我们选择输入yes然后看到下面弹出来的successfully即可知道我们已经完成了ssh协议的配对.

git

SSH地址(这里是你云端仓库ssh协议copy的地址)我们进入自己的仓库然后选择SSH协议将其中的SSH地址给复制下来

然后我们使用上述命令:告诉本地仓库远程仓库是什么其中origin是名称的意思指的是你想连接的远程仓库你想把它叫做什么我们直接取默认的origin即可不需要进行改变

表明我们在git

bash执行的文件夹不是一个本地仓库文件如果要将该文件夹和云端仓库进行链接需要先执行一下git

git

第一次提交的时候会出现提示这种情况出现这样表示我们的本地仓库已经提交成功了。

git

[-f][--set-upstream][远端名称[本地分支名][:远端分支名]]-f表示的是强制覆盖即本地代码强行覆盖云端代码

–set-upstream

可以看到只有master分支没有dev分支因为我们的远程仓库只存了master分支而没有存dev分支

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

抓取和拉取的区别:抓取是把云端代码拉下来然后需要人为进行合并。

拉取是把云端代码拉下来直接进行合并。

remote

name]拉取:将远端仓库的修改拉取到本地并自动进行合并等同于fetchmerge

git

name]上传操作(位于test1文件夹下我们首先往云端里面新建增加一个文件以达到在test2文件夹下面的文件和云端仓库文件不一样的效果):

push之后可以看到master分支和origin里面的master分支实现了同步的功能。

拉取操作(test2文件夹下):

现在在test2下面是没有file04.txt文件的然后我们将其拉取下来

可以看到已经有了file04但是master里面没有file04文件

然后我们把远程的分支合并过来可以看到文件夹下已经有了file04

抓取操作(test2文件夹下因为已经实现了文件的一致所以题主偷懒就直接不放图片了):

git

用户a和b同时对文件c的第1行进行了更改然后a进行了提交到云端仓库b在进行提交的时候就会提醒出现问题。

因为两行代码不同会出现冲突问题。

pull然后对代码进行修改在执行git

解决冲突问题的核心其实就是会出现不一致的问题所以建议在进行更改代码的时候(即不知道有没有人对有关代码进行更改)先执行git

pull操作再执行git

push操作就不会出现报错问题。

题主是这么理解的远程仓库会检测是谁执行了最后一次的git

push操作(以仓库为单位其实也就是以文件夹为单位)如果检测到是此本地仓库执行的则执行git

push操作会直接成功相当于它意识到除了此本地仓库以外没有人更改了代码只有你这个本地仓库在改代码所以他会直接的默认覆盖or删除or修改操作。

如果检测不是此本地仓库执行了最后一次的git

push操作则他会默认你没有拿到最新的云端仓库已经有人对里面的代码进行了更改所以你提交的git

push操作里面可能把上一个人的操作给覆盖了即上一个人的操作你没有看到可能会出现无意识的覆盖此操作很危险会出现问题所以会报错。

需要你git

首先我们新添加一个本地仓库test3然后把云端仓库(也就是和test1保持一致的那个文件央视)克隆下来。

进行git

pull拉取下来后没有人再进行新的push即获得到了最新的版本文件所以可以直接进行提交)所以直接push上去没有任何问题

我们在回到我们的test1文件夹(即最开始和云端仓库保持一致的文件夹):

可以发现里面的内容还是之前修改之前的内容所以此时没有和云端仓库的内容保持一致。

然后在push到云端仓库的时候发生了报错因为他检测到有别的本地仓库对里面的数据进行了更改然后test1仓库没有进行pull操作即没有拿到最新的仓库所以会报错。

我们进行拉取操作

可以看到里面因为冲突已经变成和本地仓库一样的问题了(即冲突之后会将文件合并在工作区而不是本地仓库里如果觉得有点饶可以去看题主的git的第二部分的文章)

然后我们啥都不做继续push可以发现仍然不行因为我们的冲突问题依然存在而解决后的问题的文件在工作区中而不在本地仓库里面。

我们先将文件放到本地仓库中然后执行git

然后在不pull的情况下将其再次提交上去发现我们已经可以直接push了因为检测到上一次git

push的仓库就是test1它默认test1用的就是最新的仓库所以再次使用push操作不需要先拉取。

总结:如果对云端仓库的最后一次push操作是此仓库干的则此仓库下次push不需要先进行pull操作。

如果最后一次操作不是本仓库干的则需要进行pull操作且pull完成后需要先把文件放到本地仓库(因为可能会出现本地仓库冲突问题)为了保险起见可以每次pull完对数据处理完毕进行一波add操作和commit操作再进行push操作即可。

(附:如果最后一次push操作是此仓库所操作的则下次执行git

pull不会有任何作用因为云端仓库会认为您已经有了最新的仓库而您后续的操作是您想干的他不会帮您更改文件内容or修复删除的文件)

写在最后:码字不易点个赞再走把