我结束了有几个乌龟和/或颠覆故障，并以某种方式结束了同一项目的几个版本：我可以安全地重命名我的Subversion项目吗？
...\Projects\
MyProject
MyProject(1)
MyProject(2)
MyProject的（2）是一个是“真”之一，因此是我想要保持的那个。
我剪切和粘贴都MyProject的和MyProject的（1）到“存储罐”为最终删除，所以，我现在有：
...\Projects\
MyProject(2)
现在我想改名字MyProject的（2） MyProject，但我害怕 - 乌龟/ Subversion对所有东西都很挑剔（IOW，它按预期工作），恐怕如果我改了名字，一切都会变得模糊。
我是不是非常偏执？我应该继续进行重命名，还是龟龟/ SVN有一些“重构”能力，这将使得这个安全操作，或...？
你并不是真正的偏执狂，一旦你提交了，你永远有这样的提交，值得花时间确保你的提交是正确的。否则，您仍然需要花费相同的时间来执行“修复”提交。
您可能通过gui多次“保存”了一些项目，而“窗口管理器”可以选择不加盖(1)之类的文件来覆盖文件。如果是这样，赔率是好的，只有一个分支实际上处于修订控制之下。做一个
svn status
，以确定是否这些子目录只被复制好您的系统上，已被复制并在系统中添加，或已被复制，添加和提交到存储库。
如果他们只是被复制到位，发现哪个“复制”是最好的，并将该副本的内容移动到“正确”的位置，并删除其他人。然后svn add什么是必要的和承诺。
如果他们已被复制并添加，发现哪个“副本”是最好的，svn revert您不打算提交的所有内容，将“最佳”副本的内容移动到正确的位置，并删除不需要的文件。然后svn add什么是必要的和承诺。
如果他们已经被复制，添加和COMMITED，然后svn delete的东西，是“在路上”，svn commit，svn move正确的东西到它的正确位置，svn commit，svn delete其他不必要的文件，并svn commit。
关于如何解决这个问题还有很多其他的变化（有些比我已经证明的要好），但是希望上面的例子能让你沿着正确的路径思考。我的例子涉及更多的步骤，以保持简单。
这是您想要重命名的工作副本吗？如果是这样，请继续并重命名它。这是重要的.svn内容_内容，而不是最重要的目录。 – 2012-04-17 16:11:30
这是可以的我做了一次，你只需要更新使用它的客户端的存储库地址...对于颠覆，一个项目只是一个文件夹，它和重命名另一个文件夹一样... – jazzytomato 2012-04-17 16:11:58
@Michael - yes ，这是工作副本;我不认为这会是一个问题，但是以前的追逐冒险让我感到不安（追逐我自己的尾巴，就是这样）。 – 2012-04-17 16:47:34