SVN Synchronize vs Update to Head (子剪辑)
我对Subversion和Subclipse都是新手，我看到了一些问题，让我相信更新到head和同步之间是有区别的。具体地说，我发现当我尝试还原(使用子subclipse历史)时，我经常收到一条消息，说“无法从路径自己的未来历史反向合并范围，请先尝试更新”。我的同步应该确保我在REPO上的分支中有所有文件的'head‘版本，但是执行"Update to head“确实解决了这个问题……那是怎么回事呢？我尝试检查SVN控制台，看看发生了什么变化，但并不是很详细。
想法？
我还有第二个问题，但我假设第一个问题的答案会让你明白这一点。如果你有好奇心并且有时间阅读，我也会把它打出来。这是一个场景..。我已经将我所有的文件从一个"Production“标签分支出来，并开始着手我的项目。在几次提交后，我检查了一个更改的文件的历史记录，并注意到‘粗体’版本(根据文档，这应该是head)在我的所有提交下面。就好像我有的不是头一样。但是head只是这个项目的最新版本，对吧？那么我错过了什么。
感谢您的回复，并花时间阅读这篇文章！
回答 2
Stack Overflow用户
发布于 2010-02-07 02:28:11
这是有区别的。使用同步视图时，仅更新视图中的项。对于Subversion，文件夹也有一个修订版，每次修改子级时都会修改。但是，由于这些不会出现在视图中，因此它们永远不会更新。当您对项目执行“团队”>“更新”时，所有文件夹和文件都将更新为单一的统一版本。我有几篇博客文章解释了这一点：
这篇文章解释了混合版本工作副本的核心SVN概念，并对理解这一点至关重要：
http://markphip.blogspot.com/2006/12/mixed-revision-working-copies.html
第二个示例显示了Subclipse中的一个处理此问题的功能：
http://markphip.blogspot.com/2006/12/subclipse-synchronize-feature-show-out.html
自从写了第二篇博客以来，大多数Subclipse用户发现他们不喜欢这个功能，尽管它有助于解决这个问题。因此，在当前版本中，它现在默认处于关闭状态。我认为没有人再使用它了。
主要的事情就是偶尔在你的项目上使用Team > Update，把所有的东西都带到一个统一的版本中。
标记
Stack Overflow用户
发布于 2010-02-06 02:24:11
我认为你认为同步等同于更新到HEAD的假设是错误的。如果在Subclipse中，“同步”意味着“提交”，那么它肯定是错误的，因为提交不会更新工作副本。您必须在提交后显式更新才能到达HEAD。
这就引出了你的第二个问题:我认为粗体行在其他提交下面的原因是因为上面的原因-提交没有更新。这意味着您可以提交对一个文件的更改，然后查看另一个文件并将其视为比HEAD旧，因为这些其他文件还没有被带到HEAD。
本文可能有助于澄清混合版本的概念：http://markphip.blogspot.com/2006/12/mixed-revision-working-copies.html
我还鼓励您熟悉SVN documentation，因为当您理解底层SVN系统的工作方式时，使用Subversion的插件和扩展总是会变得更容易。
https://stackoverflow.com/questions/2209017
复制相似问题
腾讯云开发者
