VS2019 之GitHub操作流程及冲突解决

本文介绍了如何通过阿里云克隆项目到VisualStudio2019,并详细阐述了在团队协作中遇到的不同情况,包括无更新、无关文件修改和同一文件冲突的处理方法。特别强调了在处理冲突时使用合并编辑器协商修改以及Git的拉取设置,提醒避免在master分支上直接rebase。同时警告,错误的设置可能导致提交、拉取等按钮灰色不可用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  • 首先,通过阿里云登陆后,找到负责的项目,克隆HTTPS的存储库,如下图所示

 

正在上传…重新上传取消正在上传…重新上传取消正在上传…重新上传取消

  • 打开Visual Studio 2019,点击“克隆存储库”,按如图进行创建。

 

  • 拉取、推送和同步

当你通过上述步骤已将项目克隆到本地进行开发,其他同事也在同步开发,会出现以下情况:

1.远程存储库无更新,你最先提交

此时提交本地修改文件,添加备注信息,进行正常拉取、推送和同步即可;

如果未进行提交直接拉取、推送和同步,会出现以下情况,提交已修改文件再进行后续操作。 

2.远程存储库已更新,你修改的文件与同事开发的文件无关

此时提交本地修改文件,添加备注信息,进行正常拉取、推送和同步即可;

3.远程存储库已更新,你与同事修改了同一个文件

此时会出现以下情况,已在进行拉取,存在冲突,需与相关开发同事进行协商修改,不能影响主程序运行和导致其他bug出现;

存在冲突时,点击拉取然后推送

 打开合并编辑器,找到冲突位置,协商后进行修改,添加备注信息,重新提交

如果接受合并,则如下所示

4.注意事项:

在“工具”-->“选项”-->“源代码管理中心”中的“Git全局设置”和“Git存储库设置”中“拉取时变基本地分支”选项中选取“True”或者“False”,不要选“Merges”!不要选“Merges”!不要选“Merges”!

现举例说明:

首先源代码提交顺序是1--2--3。A首先从3开始编写master代码,写了 4,5commit,紧接着B 从主节点checkout出一个新的分支QQ ,此时的QQ是1--2--3分支,且B也写了6,7分支来commit,如果这个时候B选择rebase 合并分支,此时的代码顺序是:1--2--3--4--5--6--7 ,即rebase以master为基础commit提交代码,而如果这个时候B选择了merge合并代码,那么则是以 QQ分支的代码顺序合并,代码顺序为 1--2---3--6--7--8 (4+5)他是采用的把4 和5进行一个合并加在已经写好的QQ分支的代码的位置进行一个提交。

使用rebase场景---> 当你在自己的分支填写代码的时候,你需要把主线修改的代码合并过来,那么可以直接使用rebase来合并代码,建议不要在master上rebase你自己的代码,这样别人在拉去master代码的时候会把你的代码也拉过去!!!这点在VS2019上还不清楚怎么操作。

如果你选择了“Merges”,VS2019会出现以下情况,本地提交、拉取、推送和同步按钮变为灰色无法恢复,且没找到合适的解决方法,只能保留修改文件,重新克隆后重新设置再提交。

有关内容借鉴于:https://juejin.cn/post/7010390848584024101

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值