Eclipse Subclipse工作流澄清

Eclipse Subclipse工作流澄清,eclipse,workflow,subclipse,Eclipse,Workflow,Subclipse,我已经使用了一段时间了,最近才开始使用eclipse插件subclipse。我真的很高兴,虽然有些东西让我困惑 我有几个项目,每个项目在存储库中都有不同的子文件夹。我从未使用过分支(到目前为止),所以我的SVN使用相当简单 更新至总部 如果有冲突,解决冲突 对代码/项目进行一些更改 提交(乌龟告诉我,之前是否需要更新) 现在有了subclipse,我觉得还有其他的可能性。例如,同步视图有什么作用?我真的不明白。目前,我在项目文件夹中使用Team->updatetohead/Commit,如果有冲

我已经使用了一段时间了,最近才开始使用eclipse插件subclipse。我真的很高兴,虽然有些东西让我困惑

我有几个项目,每个项目在存储库中都有不同的子文件夹。我从未使用过分支(到目前为止),所以我的SVN使用相当简单

  • 更新至总部
  • 如果有冲突,解决冲突
  • 对代码/项目进行一些更改
  • 提交(乌龟告诉我,之前是否需要更新)
  • 现在有了subclipse,我觉得还有其他的可能性。例如,同步视图有什么作用?我真的不明白。目前,我在项目文件夹中使用
    Team->updatetohead/Commit
    ,如果有冲突,我在冲突文件中使用
    Team->Edit conflicts…
    。就这样。所以我从来不碰那些东西。我还没有在Sublise页面或谷歌上找到好的解释

    只是同步,一切都是自动完成的想法还是什么


    基本上,我要求的是工作流程(或一些链接到一个好的基本解释)。我不是在问什么是可能的,什么做什么,而是subclipse如何用于小型项目(同步视图允许您在执行更新之前识别冲突。如果执行更新时遇到冲突,则意味着您必须停止之前的操作并开始解决冲突。这是工作流程的中断

    通常,如果执行更新并发生冲突,您将失去运行和调试程序的能力。使用同步视图,您可以逐个更新冲突文件,从而允许您逐步将远程更改集成到项目中

    因此,您可以在不失去运行程序的能力的情况下开始解决冲突。或者,您发现存在许多冲突,并决定此时不是执行更新的好时机


    因此,如果要检测、防止或解决SVN中的冲突更改,同步功能非常强大。

    如果您不想,我认为没有任何理由使用同步视图。我真的很喜欢只执行Team>更新,然后解决任何冲突。这更像是“SVN方式”同步视图来自Eclipse world,因此Subclipse必须支持它

    TortoiseSVN确实有一个类似于同步视图的选项。它是“检查修改”选项。特别是当您按下“检查存储库”按钮时


    另外,请记住,“同步”视图不会显示“冲突”与SVN的方式相同。在SVN中,冲突意味着它无法将中的更改自动合并到您的文件中。在同步视图中,这意味着您对具有传入更改的文件进行了本地修改。如果您只进行了更新,SVN可能会自动合并这些更改。就个人而言,我宁愿请让SVN试试。

    好的,一个文件基本上有三个版本:我的当前版本、我更新的版本和头部。但我只能看到其中两个版本…(远程文件库是存储库的头部还是我的最新更新?)。然后我如何应对冲突?我无法直接访问文件,也没有右键单击差异(如在“乌龟编辑冲突”浏览器中)。好的,我现在开始理解…这也是为什么“从左到右复制当前更改”的原因已禁用。我无法编辑修订,我必须提交一个新版本…但我可以将头部放入本地文件。哇,这比TortoiseSVN复杂得多。您必须实际思考…如果您不更新,但比较本地版本和远程版本,您可以在更新和冲突之前从远程版本接收代码t发生。解决所有问题后,您可以无冲突地更新并直接提交新版本。实际上,我看不出哪里没有冲突。您必须接受远程版本的更改(您的术语比我的术语更有意义^^)最终能够提交,这将导致冲突。非常感谢,这为我澄清了很多。(并且告诉我使用“SVN方式”是“ok”)^