【问题标题】:Eclipse / Subclipse: Switch from branch to trunk with modified sources?Eclipse / Subclipse:使用修改的源从分支切换到主干?
【发布时间】:2012-08-31 05:12:26
【问题描述】:

想象一下,您正在处理的分支中有一堆源文件,它们被添加/修改/删除。然后假设您决定暂时停止该分支上的开发,然后返回并在主干中处理其他内容。您目前没有合并分支。

通常我会检查我对分支的所有更改,然后执行Team->Switch 并选择主干并开始工作。但是,我注意到,如果我不签入我的更改,Subclipse 很乐意将我的工作副本的 subversion URL 更改为trunk,并保持我的所有更改完好无损。

我的问题是这样的:Subclipse 是在幕后为我进行了合并,还是只是将 URL 切换到主干并进行更新...大概是为了避免丢失我的更改?

如果是前者,我对 subclipse/subversion 有了新的尊重。如果是后者,那么在您拥有修改后的工作副本时进行颠覆“切换”似乎应该是非法操作,因为您实际上是在破坏主干!

【问题讨论】:

    标签: eclipse svn branch subclipse branching-and-merging


    【解决方案1】:

    当您修改了来源时,您绝对可以切换。这是一个完全正常的用例。想象一下,你正在干线工作,但还没有完成工作,不得不做其他事情。解决方案是为您的新工作创建一个分支,切换到该分支,提交到该分支(这将摆脱本地修改),然后最后切换回主干。

    这就是 Subversion 的工作原理。

    【讨论】:

    • 这个用例对我来说绝对有意义......我没有想到它,但它似乎很有帮助。但我的问题是相反的——你正在编辑一个分支并切换到主干而不先提交。如果您在切换到主干后提交,这似乎是破坏主干的好方法。
    • 销毁可能有点强,因为任何提交基本上都可以撤消。一个人可以犯的错误是无限的。 Switch 不必参与意外提交您不想提交的内容。
    • 你是对的,当然....对我来说,重要的是要明白没有某种幕后“合并”发生。我将继续在我们关于颠覆的公司 wiki 文章中添加警告。
    猜你喜欢
    • 2014-08-28
    • 2013-01-10
    • 1970-01-01
    • 2016-11-23
    • 2013-01-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多