当我这样做时svn update,SVN向我询问了一些差异,我告诉它推迟它们.
现在我想解决它们,但svn update只是告诉我"最新",即使告诉我svn diff差异.
我如何让svn update我再次询问冲突?
Mic*_*lon 17
svn update 不会再问这些冲突因为它已经处理过了.
至于含义svn status,?文件不是由SVN管理的,M那些文件已被修改,而C那些是您推迟的冲突文件.如果您打开其中一个C文件并查看它,您将在代码中看到标记,显示冲突的位置.您需要编辑其中的每一个,修复冲突并删除标记.然后你需要跑去svn resolve告诉SVN一切正常.确保在运行之前使用该--help选项和Google了解其svn resolve工作原理.
如果你不做所有这些,svn commit将不再有效.
svn status理解非常重要,因为svn diff只显示之后发生的事情svn update.但是,svn status -u在查询存储库后给出了概述.最重要的是,它清楚地识别出有冲突的文件(C在第1列中),您必须在编辑器中打开并手动检查.
运行时svn commit,您将获得冲突文件的列表.然后,您可以通过发出以下命令来解决冲突:
svn resolve --accept=theirs-full '/path/to/the/file'
Run Code Online (Sandbox Code Playgroud)
键入svn resolve --help可用冲突解决方案模式的列表.
| 归档时间: |
|
| 查看次数: |
22391 次 |
| 最近记录: |