真正的答案，考虑到以上所有因素：
关于.svn 目录：Subversion 1.7于一年多前发布（http://svn.haxx.se/dev/archive-2011-10/0152.shtml ) 工作副本不再包含。每个文件夹中的svn目录。它们包含一个。根目录中的svn目录，以及相当可观的性能改进。如今，SVN已升级到1.7.7版。您应该升级svn客户端，以消除任何类型的问题。
这回答了最初的问题，因为WP删除目录并重新创建它们不再是一个真正的问题。它不会弄乱Subversion 1.7或更高版本制作的工作副本。然而，它并没有回答关于生产部署和开发/测试环境的更大的存储库管理问题。
基本上，如何管理生产机器取决于您。如果您实际拥有一个真正的“生产”环境，那么您应该使用权限方案和/或插件来禁用用户直接升级系统的能力。用户无法更改生产。这就是所谓“生产”的意义所在。这种情况下的更改将由开发人员进行，并首先通过测试和/或QA系统进行。如果您有这样的环境，并且确实需要这种级别的控制，那么完全禁用升级程序将是首选方法。
见鬼，我自己也使用这种环境，尽管我一直控制着开发、测试和生产。整个网站处于SVN回购中。其中一些确实使用了externals（我使用WP-trunk，一些插件作为trunk版本使用），一些没有，并且是repo的本地版本。对我来说，部署生产更改意味着svn up 基本上是在那些盒子上。不能直接在这些框文件系统上进行更改。
另一方面，一些我直接运行的站点是实时的，有定期备份。如果我的个人网站有点不稳定，那么它对我没有任何影响。我在这些上使用WP更新程序很好。现在，我不是在回购中运行这些站点，我只是定期备份整个站点。事实上，我在个人网站上使用VaultPress，但任何备份方法都是一个好主意。这是一种不同类型的管理，我不需要开发/测试环境。
WordPress可以很好地与您希望围绕它创建的任何类型的系统配合使用，但该系统是WordPress的外部系统，您如何管理它不是WP的问题，而是您想要如何管理它的问题。
