pah*_*nin 64 git github git-rebase
我分叉了一个github仓库,并在我的github仓库上工作.
我已经提出拉动请求并且已经完成.
在那之后上游有更多的提交,所以现在我想要改变,我想这就是我必须要做的.
但我得到了这些合并冲突:
First, rewinding head to replay your work on top of it...
Applying: Issue 135 homepage refresh
Using index info to reconstruct a base tree...
<stdin>:17: trailing whitespace.
%h4
warning: 1 line adds whitespace errors.
Falling back to patching base and 3-way merge...
Auto-merging app/views/layouts/application.html.haml
CONFLICT (content): Merge conflict in app/views/layouts/application.html.haml
Auto-merging app/views/home/index.html.haml
CONFLICT (content): Merge conflict in app/views/home/index.html.haml
Auto-merging app/views/home/_group_projects.html.haml
CONFLICT (content): Merge conflict in app/views/home/_group_projects.html.haml
Failed to merge in the changes.
Patch failed at 0001 Issue 135 homepage refresh
When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To check out the original branch and stop rebasing run "git rebase --abort".
我不知道如何修复这些,请帮忙.
ilt*_*mpo 94
重新定位可能是一个真正的头痛.您必须解决合并冲突并继续重新定位.例如,您可以使用合并工具(根据您的设置而有所不同)
git mergetool
然后添加并提交您的更改并继续
git rebase --continue
祝好运
Uga*_*uga 29
当您在rebase期间发生冲突时,您有三个选择:
您可以运行git rebase --abort以完全撤消rebase.Git将返回到你的分支状态,就像调用git rebase之前一样.
您可以运行git rebase --skip以完全跳过提交.这意味着将不包括由有问题的提交引入的任何更改.您很少选择此选项.
你可以解决冲突,如iltempo所说.当你完成后,你需要打电话git rebase --continue.我的mergetool是kdiff3,但还有更多可用于解决冲突的东西.您只需要在git的设置中设置合并工具,以便在调用https://git-scm.com/docs/git-mergetool时调用它.git mergetool
如果以上都不适合你,那就去散步再试一次:)
cha*_*haz 10
如果你不介意压缩成一个大的提交，那么我最简单的方法就是git reset --soft <rebase-target>从你当前的分支开始git commit。
例如，你在你的分支上，你的变基目标是 origin/master。假设您没有未暂存/工作的更改：
# Merge and fix any conflicts from master
git merge origin/master
# Push your changes in case you mess up and want to start over from remote
git push
# Move HEAD to rebase target, leaving all your work staged
git reset --soft origin/master
# Commit staged changes as giant commit
git commit -m "feat(foo): new feature"
# Confirm your changes, run tests, etc. Then force push
git push -f
您不必担心重做合并冲突，因为分支和变基目标之间的整个差异都已移至暂存区域，一切都准备好提交。
注意:使用Git 2.14.x/2.15(2017年第3季度),git rebase冲突情况下的消息将更加清晰.
请参阅William Duclot()提交5fdacc1(2017年7月16日).(由Junio C Hamano合并- -在提交076eeec,2017年8月11日)williamdclt
gitster
rebase:让没有经验的用户更清楚地解决消息
之前:
When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort"
后:
Resolve all conflicts manually,
mark them as resolved with git add/rm <conflicted_files>
then run "git rebase --continue".
You can instead skip this commit: run "git rebase --skip".
To abort and get back to the state before "git rebase", run "git rebase --abort".')
可以通过将错误消息解决给他们帮助的人来改进git UI:缺乏经验和随意的git用户.
为了达到这个目的,确保这部分用户可以理解这些消息中使用的术语,并指导他们解决问题.特别是,在git rebase期间未能应用补丁是一个常见问题,对于没有经验的用户而言可能非常不稳定.
重要的是引导他们解决冲突(这是一个三步骤的过程,因此很复杂)并向他们保证他们可以逃脱他们无法用"--abort" 处理的情况.
这个提交通过详细说明解决过程和避免含糊不清的git linguo来回答这两点.
如果您有很多要重新设置的提交，而其中有一部分正在产生冲突，那确实很痛苦。但是我可以建议一种鲜为人知的方法来“解决所有冲突”。
首先，签出临时分支并开始标准合并
git checkout -b temp
git merge origin/master
您将必须解决冲突，但是只有一次，只有真正的冲突。然后暂存所有文件并完成合并。
git commit -m "Merge branch 'origin/master' into 'temp'"
然后返回到您的分支（将其设置为alpha）并开始变基，但会自动解决所有冲突。
git checkout alpha
git rebase origin/master -X theirs
分支已经重新设置了基础，但是项目可能处于无效状态。没关系，我们还有最后一步。我们只需要恢复项目状态，因此将与分支“ temp”上的状态完全相同。从技术上讲，我们只需要通过低级命令git commit-tree复制其树（文件夹状态）。加上合并到当前创建的分支中的提交。
git merge --ff $(git commit-tree temp^{tree} -m "Fix after rebase" -p HEAD)
并删除临时分支
git branch -D temp
就这样。我们通过隐藏合并进行了重新设置。
我也写了一个脚本，所以可以通过对话的方式完成，您可以在这里找到它。