Cap*_*ack 22 git git-flow git-branch
我对他和他们的意思完全混淆了.在这个特定的情况下,我有一个功能分支,我刚刚压缩了大约80个提交,rebase -i并将其合并回来develop.我遇到了一些冲突,我只想使用我的功能分支上的任何代码.我试过"我的",但实际上似乎反其道而行之.
有人可以对这个术语有所了解吗?
Kei*_*ith 39
ours这theirs是一个有点令人困惑的概念; 执行rebase时会加剧:
当执行合并,ours是指你归并的分支进入,并theirs表示要合并的分支从.因此,如果您尝试在合并过程中解决冲突:
ours接受我们当前所在分支机构的变更theirs接受我们合并的分支的更改.这是有道理的,对吗?
当重订,ours并且theirs被反转.重新选择文件到"分离的"HEAD分支.目标是HEAD分支,并且merge-from是rebase之前的原始分支.这使得:
--ours rebase正在构建的匿名者,和 --theirs 被重新定位的人; 即,rebasing在我们打算重新绑定的分支顶部重放当前分支的提交(一次一个).
| 归档时间: |
|
| 查看次数: |
11248 次 |
| 最近记录: |