标签：单位 date 文件 冲突 rebase 解决办法如下 存在 产生 int
一.拉取最新代码
一般在本地进行开发时,都是切换到自己的dev分支进行开发,当开发完成需要进行代码提交,在进行代码提交前需要先进行拉取远程仓库代码,进行更新,但是此时会提示需要将本地代码进行commit或者stash,一种解决办法如下;
在自己的dev分支执行 git stash 将所有的更新进行暂存, 然后执行git pull 从自己的远程仓库拉取一下代码
切换到developer分支进行git pull 从项目的远程仓库拉取最新的代码
切换到自己的dev分支 执行git rebase developer 将刚才从项目的远程仓库拉取到本地的代码合并到自己的dev分支, 一般这时候都不会产生冲突(因为已经将自己的修改进行了暂存)
二.将暂存区弹出, 还原需要进行修改的代码
git stash list 可以查看暂存区各个文件的序列号
git stash pop all将暂存区所有的文件弹出
git stash pop 序列号 按照序列号将暂存区的文件弹出
三.解决冲突
将暂存区的文件弹出合并后,如果存在冲突, git 会把冲突文件的路径显示出来,找到并打开文件,处理冲突(文件合并时,同一处代码,出现异同)
>>>>>>>>>>>> update up stream
a = int("3")
============
a = int("4")
>>>>>>>>>>>> stashed changes
其中 <<<<<<<<<<<< 和 ============ 之间的内容就是 git pull 下来的内容
============ 和 >>>>>>>>>>>> 之间的内容就是本地自己进行了修改的内容(以行为单位显示)
这时需要代码修改双方进行确认,如何去留代码,解决冲突, 解决完冲突以后就可以进行git push 将代码提交到自己远程的分支了
四.远程分支合并申请
如果是一个多人合作开发的项目,一般每个人都会有一个自己的远程分支, 在本地开发完成后将代码提交到自己的远程分支,
然后发起一个合并申请, 申请将自己的代码合并到远程仓库的developer分支上 此时需要填写合并审核人, 申请合并时,需要
自己先进行代码审查,检查是否存在冲突, 如果存在冲突,终止合并申请, 解决冲突后重新发起合并请求(本地拉取最新代码合并,解决冲突,提交,合并)
在进行代码git push 前需要注意前端代码的格式问题: vim 需要提交的前端代码
末行模式: set ff 查看是否是合法的格式, 如果不是 使用 set ff=正确的格式 进行更改
如果git push 时 提示 需要 先执行git pull 但是此时远程仓库代码存在问题, 不可进行拉取, 可以使用git push -f 进行强行推送,覆盖远程代码
标签：单位 date 文件 冲突 rebase 解决办法如下 存在 产生 int
原文地址：https://www.cnblogs.com/lowmanisbusy/p/9033537.html
