svn:手动覆盖合并混乱
我的构建树中有一个混乱的文件,我们称之为 foo.cpp
在我的分支中,我在 foo.cpp 中添加了一些重要功能,其中
之一我们的开发人员上周将我的分支合并回主干。只是他不知何故把 foo.cpp 的合并弄乱了,并且该文件中没有发生任何更改。 (我猜想存在某种冲突,他从主干中选择了文件的内容,而不是包括我分支中的内容。)
此外,现在当我尝试合并我的分支的 foo.cpp 副本时 进入后备箱,它说:“好的,合并了!”并且满足于让 foo.cpp 保持原样 - 大概是因为它知道合并已经发生,所以现在没有什么可做的。
那么:
对我来说,将branches/mybranch/foo.cpp@3579
“合并”到trunk/foo.cpp
的最佳方式是什么,在这种情况下“合并”意味着“clobber”或“overwrite”以便 trunk/foo.cpp 的历史记录将其显示为 branches/mybranch/foo.cpp@3579
的后代?
I have a single messed up file in my build tree, let's call it foo.cpp
In my branch, I added some important features into foo.cpp
, among other things
One of our developers merged my branch back into the trunk last week. Except he somehow got the merge for foo.cpp
messed up, and none of the changes in that file occurred. (I guess there was a conflict of some sort, and he chose the contents of the file from the trunk rather than including the content from my branch.)
Furthermore, now when I try to merge my branch's copy of foo.cpp
into the trunk, it says, "OK, merged!" and is content to leave foo.cpp the way it is -- presumably because it knows that a merge has already occurred, so now there's nothing left to do.
So:
What's the best way for me to "merge" branches/mybranch/foo.cpp@3579
into trunk/foo.cpp
, where "merge" in this case means "clobber" or "overwrite" so that the history of trunk/foo.cpp will show it as a descendant of branches/mybranch/foo.cpp@3579
?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
我想通了:
从主干工作副本中,我运行了
这似乎没有 TortoiseSVN 等效项。
I figured it out:
From a trunk working copy, I ran
This doesn't seem to have a TortoiseSVN equivalent.