Eclipse交换分支中的Subversion,存储库中有未提交的工作

Eclipse交换分支中的Subversion,存储库中有未提交的工作,eclipse,svn,Eclipse,Svn,假设我有下面的senario: Trunk是我的主要开发线,程序员在完成时会致力于此。 分支V1.0是我在发布版本1.0时创建的分支 程序员正在处理主干,但需要切换到分支以修复bug。 当切换回主干时,Subversion将提供SVN存储库中的最新版本,其中不包括最近的更改。 因此,为了切换,他必须提交他所拥有的内容,否则更改将“丢失”。我知道它们仍然保存在本地存储库中,但这仍然意味着一旦他切换回来,就要一个接一个地恢复它们 我是不是遗漏了什么 编辑: 现在我在想这些问题: 每个程序员都有自己的

假设我有下面的senario:

Trunk是我的主要开发线,程序员在完成时会致力于此。 分支V1.0是我在发布版本1.0时创建的分支

程序员正在处理主干,但需要切换到分支以修复bug。 当切换回主干时,Subversion将提供SVN存储库中的最新版本,其中不包括最近的更改。 因此,为了切换,他必须提交他所拥有的内容,否则更改将“丢失”。我知道它们仍然保存在本地存储库中,但这仍然意味着一旦他切换回来,就要一个接一个地恢复它们

我是不是遗漏了什么

编辑:

现在我在想这些问题:

每个程序员都有自己的“私有”开发分支。他可以随时去那里。当他写完他写的东西后,他可以把它合并到箱子里。他再次开始下一个任务。 如果在任何时候,他需要修复其他版本中的bug,他可以提交到自己的私有分支,获取odl版本并修复它。然后,在将更改提交到修复程序后,他可以轻松地切换回自己的开发分支


这行吗?

我认为subversion并不像您描述的那样适合切换。一个解决方案是有两个工作区,一个用于分支,另一个用于主干,这样您就可以从一个工作区切换到另一个工作区而不会出现问题。我知道这不是一个好方法。

考虑切换到更适合您的方法的版本控制工具。我个人的建议是,再加上。我知道的唯一缺点是Subversion更适合存储二进制文件,Mercurial的子存储库不如Subversion的外部存储库工作得好


在Mercurial中,程序员将能够将他们的更改提交到他们的私有存储库中,在本地再次合并并提交,然后将结果更改推送到一个官方存储库中,其他程序员将从该存储库中将它们拉到他们自己的私有存储库中

出于这种目的,最好的解决方案是有两个独立的工作副本。一个用于主干,一个用于分支。

问题是,这意味着我的计算机上会有很多重复的东西。随着时间的推移会变得越来越大。