git解决代码拉取冲突

1.先将本地修改存储起来 

git stash

2.再次拉取代码

git pull

3.还原暂存的内容

git stash pop stash@{0}

4.解决冲突

在存在冲突的文件中,Updated upstream 和=====之间的内容为拉取下来的代码,=====和stashed changes之间的内容就为本地修改的代码。解决完成之后,就可以正常的提交了。

5.查看stash

git stash list

6.删除stash

git stash drop stash@{0}
或
git stash clear

使用git stash drop stash@{0}命令,如果不加stash编号,默认的就是删除最新的,即编号为0的。或者git stash clear命令,清除所有stash



原文链接链接:https://www.jianshu.com/p/0b92400dd958

### 解决Git Pull过程中的合并冲突 当遇到`git pull`命令引发的合并冲突时,可以遵循一系列策略来有效解决问题。一旦检测到冲突,不应立即执行另一次`git pull`,因为这可能导致重复的合并尝试,增加复杂度[^1]。 #### 方法一:直接解决冲突并提交 对于已知存在冲突的情况,在解决这些冲突之后应当直接提交更改而不是继续更新。具体步骤如下: - 执行`git status`查看哪些文件处于冲突状态。 - 编辑冲突文件,保留所需的变更部分。 - 使用`git add <file>`标记冲突已被处理。 - 提交解决方案:`git commit` ```bash $ git status $ nano conflicted_file.txt # 或者其他编辑器打开冲突文件 $ git add conflicted_file.txt $ git commit -m "Resolved merge conflicts" ``` #### 方法二:利用Stash机制暂存工作区改动 另一种方法是在进行`git pull`前先保存当前的工作进度至临时存储区域(stash),从而避免潜在的冲突发生。完成更新后再恢复之前的状态,并手动调整任何可能存在的差异[^2]。 ```bash $ git stash # 将未提交的变化存入栈中 $ git pull origin main # 更新分支代码 # 如果有冲突,则在此处解决它们 $ git stash pop # 应用之前的stash记录回到工作目录 ``` 这种方法特别适用于那些不想丢失正在进行工作的开发者们;同时也允许更干净地同步最新的上游变动而无需担心中途被打断。 #### 处理实际案例中的冲突情况 假设团队成员在同一份源码的不同位置进行了不同类型的修改,那么在执行`git pull`时就有可能触发冲突警告。此时应该仔细审查每一个被标记为有问题的地方,决定采纳哪一方的内容或是创造全新的实现方式以融合双方的优点[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值