Svn Subversion未在重复路径中拾取更改

我使用subversion管理我的yii网站php框架，并为我的应用程序提供单独的后端和前端Webroot，路径如下：

/trunk/dev/backend/www/...
/trunk/dev/frontend/www/...

现在，当我在前端更新文件时，例如

/trunk/dev/frontend/www/css/styles.css

。。。我可以提交更改，没问题。然而，出于某种原因，subversion认为后端中的对应文件与前端文件完全相同，并且没有区别对待它们，例如

/trunk/dev/frontend/www/css/styles.css = /trunk/dev/backend/www/css/styles.css

。。。即使后端文件大不相同。如果我更新subversion，就不会发现任何差异——就好像它们是同一个文件一样

我不认为这是我的subversion客户端，因为我在Coda和我的普通web创作工具（svn-savy）中看到了完全相同的行为，这两个工具都是svn-savy和我的专业svn客户端的基石

我承认我远非颠覆专家，所以我不知道在一个存储库中管理类似的应用程序路径是否不是一个好做法，但我不会认为我的情况是独一无二的。我在挠头，所以任何想法都将不胜感激

有一件事可能很重要，我想我可能已经了解了正在发生的事情。。。是指styles.css文件是从编译较少的文件自动编译的：

/trunk/dev/frontend/www/less/styles.less
/trunk/dev/backend/www/less/styles.less

可能是较少的编译器代码包没有以subversion可以识别的方式生成css文件吗？顺便说一句，我想在我的存储库中包含我编译的css文件，原因可能与这个问题无关

如果有帮助的话，我正在使用subversion v1.6。提前感谢您的帮助：

---

编辑：我已经更新了路径，以显示它们与我的存储库主干的关系。我的工作副本来自“dev”，它是trunk下的一个子文件夹。我试图重现这个问题，以便更好地描述症状，但当然，现在它可以毫无问题地工作了，墨菲。。。。我不想在这件事上浪费任何人的时间，所以如果问题再次出现，我会回来，我可以提供更多信息。

我想我知道发生了什么事-发现我的由less生成的“backend/www/css/”文件夹以某种方式被“切换”，并指向“frontend/www/css”文件夹。我猜我在我的svn客户端Coda或基石中不知何故做到了这一点，但我没有意识到这一点，因此出现了奇怪的症状，更新没有像我所怀疑的那样得到反映

---

已经移除了开关，一切都恢复正常了！。感谢那些花时间看这篇文章的人，我知道这是一篇很奇怪的文章

subversion认为后端中的对应文件与前端文件完全相同是什么意思？这有什么症状？它做什么或不做什么？从根目录而不是站点向我们显示您的存储库树-tree@deceze-谢谢你的评论-请参考我的编辑。@Lazy-Badger-已经添加了与存储库相关的信息，但建议暂时不要做更多的事情，除非我可以重现错误。在错误发生之前，尝试检查svn日志中的两个css在交叉点上不能发生，但。。。