|NO.Z.00006|——————————|^^ 标准 ^^|——|Git&工程同步远程仓库.V02|——|冲突&拉取不同步|

一、克隆远程仓库到本地:两种方式:ssh、https
### --- 在git的工作目录下创建目录:clone-repos
### --- 方式一:ssh的方式克隆

~~~     在clone-repos目录下——>右键——>Git Bash Here:git clone 远程仓库地址(图一)
~~~     ——>在clone-repos目录下查看repo1文件是否clone成功——>END
### --- 方式二:https的方式:

~~~     在clone-repos目录下——>右键——>Git克隆——>URL:GitHub仓库地址
~~~     ——>目录:clone-repos\repo1——>确定——>在clone-repos下可以查看到repo1源码(图一)——END

二、冲突解决:推送代码时冲突解决,推送、拉取同步:
### --- 冲突解决:
~~~     推送代码时冲突解决,推送、拉取同步:

~~~     # 推送:
~~~     在git工作目录repo1下新建hello3.txt文件并推送到本地仓库中:(把本地仓库的变化推送到远程仓库)
~~~     在git工作目录repo1下——>右键:Git同步——>选择远端URL:origin(repo1)——推送——>在GitHub:repo1下查看文件——>END
~~~     # 拉取:

~~~     GitHub远程仓库repo1下文件发生变化,开发人员向同步数据至自己本地仓库:(把远程仓库的变化拉取到本地仓库)
~~~     在git的工作目录repo1下——>右键:Git同步——>远端URL:选择仓库地址——>拉取——>在repo1下就可以查看到更改后的文件——>END 
三、拉取不同步:
### --- 拉取不同步:

~~~     在repo1中修改hello.txt文件内容——>提交到本地仓库——>推送到GitHub远程仓库repo2
~~~     在clone-repos\repo2下修改hello.txt文件内容——>提交到本地仓库
~~~     ——>推送到GitHub远程仓库repo2——>文件推送不成功(图一)(因为不是在原文件上做的修改)
~~~     ——>拉取(把远端的修改拉取到本地)
~~~     ——>文件会产生冲突(图二)(因为在另一个仓库中修改文件,当前仓库也修改过文件;
~~~     会产生冲突;——>打开!hello.txt文件(图三);删掉一些注释信息——>右键
~~~     ——>TortoiseGit :解决冲突(O)——>提交到本地仓库(提示合并信息)
~~~     ——>提交——>在GitHub远程仓库可以查看到我们解决冲突后合并的文件内容(图四)——>END


 
 
 
 
 
 
 
 
 

Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of life.It sinks, and I am ready to depart
                                                                                                                                                   ——W.S.Landor

 

posted on   yanqi_vip  阅读(6)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

导航

统计

点击右上角即可分享
微信分享提示