我是SVN的新手，我有一个奇怪的行为问题。
我正在代码分支中工作，当我提交代码时，它表示它正在提交：“https://10.1.1.3:8443/svn/ProjectName”并显示更改为“branches / branchName / src / fileName”的文件。 CS”。工作得很好，在“c：\ projects \ ProjectName \ branches \ branchName \ src \ fileName.cs”中显示已修改的内容，发送内容，完成。
现在当我从root用户更新时，它会返回“Updated c：\ Projects \ ProjectName \ trunk \ src \ fileName.cs”。
如何防止我的分支代码更新到主干？我猜测头部指的是错误的地方，但就像我说的那样，我是新手。
非常感谢！
答案 0 :(得分：2)
如果您已正确切换到分支机构，则不会从对主干进行的任何更新中获取SVN更新。
首先检查您已检出的SVN URL。您可以通过右键单击并选择TortoiseSVN->Switch...来执行此操作。它将列出您切换到的存储库的SVN路径。确保c:\Projects\ProjectName\trunk和c:\Projects\ProjectName\branches\branchName具有不同的网址。
还要确保您的分支目录完全切换到分支URL。转到您检出分支的基本目录，并执行svn开关并确保将整个树切换到您的分支。
答案 1 :(得分：2)
如果您执行C：\ Projects \ ProjectName \ trunk文件夹的属性，并选择Subversion选项卡，它在指向的存储库中的位置是什么？
我的猜测是它也指向你的存储库中的/ branches / branchName，因为Subversion不会自动从分支更新trunk（并且没有办法使它不能创建一个钩子脚本。）
答案 2 :(得分：2)
听起来像你的c：\ Projects \ ProjectName \ trunk \ src和c：\ Projects \ ProjectName \ branchName \ src实际上可能指向同一个存储库位置。
要检查这一点，请右键单击c：\ Projects \ ProjectName \ trunk \ src和c：\ Projects \ ProjectName \ branchName \ src，选择“属性”，进入“Subversion”选项卡，然后检查URL。
如果他们指向同一个存储库位置，那么您需要修复它。修复它的一种方法是简单地删除所有内容（当然，在提交任何更改之后）并再次检查它。另一个解决方法是右键单击目录，选择TortoiseSVN Switch，然后输入正确的URL。