SVN标记/分支更新
我在家里有一个SVN服务器设置，包括我在内的3个人正在使用它。我有几根树枝和树干上的标签。所有用户都已签出完整的存储库，其中包括主干、分支和标记。现在，当一个新的标签由一个稳定的版本组成时，所有用户都会更新他们的标签。这就是我的问题开始的地方。很多时候，许多文件在主干中保持不变，然后在修复了该版本的bug列表后，将其标记为稳定版本。更新开始时，SVN从服务器获取所有文件，包括未更改的文件。更新标记也需要很长时间 我想问是否有办法让subversion从本地主干获取所有文件，将其放入新标记中，然后更新标记并仅替换已更改的文件。因此，如果主干目录为： 主干SVN标记/分支更新,svn,Svn,我在家里有一个SVN服务器设置，包括我在内的3个人正在使用它。我有几根树枝和树干上的标签。所有用户都已签出完整的存储库，其中包括主干、分支和标记。现在，当一个新的标签由一个稳定的版本组成时，所有用户都会更新他们的标签。这就是我的问题开始的地方。很多时候，许多文件在主干中保持不变，然后在修复了该版本的bug列表后，将其标记为稳定版本。更新开始时，SVN从服务器获取所有文件，包括未更改的文件。更新标记也需要很长时间 我想问是否有办法让subversion从本地主干获取所有文件，将其放入新标记中，然后
-艺术
-发动机
---图形
---物理//修改
-SFX
---对话 我标记它，svn能把所有文件从主干复制到新标记中，然后相应地更新标记吗
我知道的一个解决方案是导出主干，然后更新标记。有没有更好的方法？为什么用户需要查看完整的存储库？正常的做法是签出您的回购/主干或/您的回购/分支/您的分支
如果您出于某种原因仍想签出根目录，我想您可以通过将trunk复制到tags/yournetag，然后在该标记上使用“svn开关”来完成您的要求。为什么用户需要签出完整的存储库？正常的做法是签出您的回购/主干或/您的回购/分支/您的分支
如果您出于某种原因仍想签出根目录，我想您可以通过将trunk复制到tags/yournetag来完成您的要求，然后在该标记上使用“svn开关”。除非您需要在标记中工作，而您可能不需要，否则您甚至不需要本地副本。只需做一个URL到URL的svn复制，类似于“svn复制”。快得多
如果你说的是一个分支，我也会这么做，但然后签出分支来处理它。除非你需要在标签中工作，而你可能不应该这样做，否则你甚至不需要本地副本。只需做一个URL到URL的svn复制，类似于“svn复制”。快得多
如果你说的是一个分支，我也会这样做，但然后签出该分支来处理它。我想要的答案是使用SVN开关-这是我不知道的SVN的一个基本功能
rlovtang已经回答了这个问题，但在评论中。一旦他正式回答了这个问题，我将把复选标记切换到他的答案上 我想要的答案是使用SVN开关-这是SVN的一个基本特性，我不知道
rlovtang已经回答了这个问题，但在评论中。一旦他正式回答了这个问题，我将把复选标记切换到他的答案上 我支持@rlovtang的回答。如果您需要检查主干旁边的特定分支或标签，请根据需要进行检查，因此请分别检查它们。我同意，但这不是我面临的问题。当有人签出标记为Release1.0的标记，然后在一段时间后出现Release1.1，其中包含许多与Release1.0相同的未触及文件，为什么要浪费带宽和时间复制与上一版本相同的文件，而您已经有了这些文件？如果SVN首先将本地文件复制到新标记（如果有），然后将其更新到新版本，这将是一个很好的功能。“我想我应该重新考虑一下我的行李箱的布局方式。”萨默萨看了看svn开关。太棒了，正是我想要的。你能用同样的句子（或者稍微复杂一点的形式）回答这个问题吗？这样我就可以把它作为答案检查一下了。我支持@rlovtang的答案。如果您需要检查主干旁边的特定分支或标签，请根据需要进行检查，因此请分别检查它们。我同意，但这不是我面临的问题。当有人签出标记为Release1.0的标记，然后在一段时间后出现Release1.1，其中包含许多与Release1.0相同的未触及文件，为什么要浪费带宽和时间复制与上一版本相同的文件，而您已经有了这些文件？如果SVN首先将本地文件复制到新标记（如果有），然后将其更新到新版本，这将是一个很好的功能。“我想我应该重新考虑一下我的行李箱的布局方式。”萨默萨看了看svn开关。太棒了，正是我想要的。你能用同样的句子（或者稍微复杂一点的形式）回答这个问题吗？这样我就可以核对一下答案了？