We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
There was an error while loading. Please reload this page.
1 parent e9d1b64 commit 8ae5c35Copy full SHA for 8ae5c35
book/07-git-tools/sections/advanced-merging.asc
@@ -619,6 +619,6 @@ $
619
620
你可以看到合并后与合并前我们的分支并没有任何区别。
621
622
-当再次合并时从本质上欺骗 Git 认为那个分支已经合并过经常是很有用的。例如,假设你有一个分叉的 ``release'' 分支并且在上面做了一些你想要在未来某个时候合并回 `master` 的工作。与此同时在 ``master'' 上的某个 bugfix 需要移植进入你的 `release` 分支。你可以合并 bugfix 分支进入 `release` 分支同时也 `merge -s ours` 合并进入你的 `master` 分支(即使那个修复已经在那儿了)这样当你之后再次合并 `release` 分支时,就不会有来自 bugfix 的冲突。
+当再次合并时从本质上欺骗 Git 认为那个分支已经合并过经常是很有用的。例如,假设你有一个分叉的 ``release'' 分支并且在上面做了一些你想要在未来某个时候合并回 `master` 的工作。与此同时 ``master'' 分支上的某些 bugfix 需要向后移植回 `release` 分支。你可以合并 bugfix 分支进入 `release` 分支同时也 `merge -s ours` 合并进入你的 `master` 分支(即使那个修复已经在那儿了)这样当你之后再次合并 `release` 分支时,就不会有来自 bugfix 的冲突。
623
624
include::subtree-merges.asc[]
0 commit comments