Svn subversion合并回主干
几周前我开了一家分店。当对主干进行某些更改时,SVN将提交给分支,而不是主干。这些更改很小,并且无论如何都适用于分支,因此我假设分支应该这样工作 现在分支工作已经完成,我将分支合并回我的工作主干,假设SVN也将用存储库中的新分支替换旧主干。但事实并非如此。我的存储库主干已过期 我希望使存储库主干与分支相同,然后删除分支 我该怎么做 干杯,Svn subversion合并回主干,svn,tortoisesvn,Svn,Tortoisesvn,几周前我开了一家分店。当对主干进行某些更改时,SVN将提交给分支,而不是主干。这些更改很小,并且无论如何都适用于分支,因此我假设分支应该这样工作 现在分支工作已经完成,我将分支合并回我的工作主干,假设SVN也将用存储库中的新分支替换旧主干。但事实并非如此。我的存储库主干已过期 我希望使存储库主干与分支相同,然后删除分支 我该怎么做 干杯, 贝里尔 注意:我使用的是tortoise/visualvsn客户端。将分支合并到主干的工作副本后,必须提交更改,以使其显示在主干存储库中。这是有意的。它使您有
贝里尔
注意:我使用的是tortoise/visualvsn客户端。将分支合并到主干的工作副本后,必须提交更改,以使其显示在主干存储库中。这是有意的。它使您有机会在提交更改之前查看更改 我希望使存储库主干与分支相同,然后删除分支 根据您给出的描述,听起来您真正想要的是将分支用作新的主干,然后去掉主干
svn rm ^/trunk
svn mv ^/branches/your_branch ^/trunk
这是最直接的做法。我不知道在Turtoise中的gui菜单控件,但是您可以在工作副本中完成这些操作,而不是使用URL直接进入服务器(注意:^在SVN中是存储库根目录的缩写)
将来,您应该不断地将对主干的更改合并到您的分支中,然后使用svn merge--reintegrate
在完成工作后完成对主干的合并--详细信息如下
撇开快速的soapbox不谈,您应该学习如何通过CLI执行这些操作,然后使用您在OrtoiseSVN中学到的知识,使用更多的工具更快地执行这些操作。谢谢您这么说。gui客户端有一个存储库浏览器,可以轻松完成这项工作!我每天早上都要重新整合到wc主干上——问题是,当svn将wc主干合并提交到分支时,我认为svn知道一些我不知道的事情。我应该把它们放在主干上。我在同意您关于CLI的看法和认为这相当于说需要在汇编中编程才能使用OOP的想法之间左右为难——这相当于通过使用纯文本编辑器和命令行来学习给定语言/平台的语法和工具编译/构建,只有在掌握了基本知识后才切换到IDE。感谢您的“未来”评论和链接。