Svn 颠覆“过时”问题

我正在使用subversion，这样我就可以有两个签出，一个用于测试以确保工作正常，另一个是公共现场站点。我在测试站点上做了一些更改，但也对wordpress安装做了一些更新。现在我无法在我的live站点上提交更改

[phil@sessions public_html]$ svn commit -m "this time, it's personal"
svn: Commit failed (details follow):
svn: Working copy
'/usr/local/apache/sites/nextadvisor_admin/blog/wp-content/plugins' is
missing or not locked

所以我

[phil@sessions public_html]$svn rm blog/wp-content/plugins --force
[phil@sessions public_html]$svn rm blog/wp-content/plugins --force
[phil@sessions public_html]$svn add blog/wp-content/plugins --force

所有的文件都被重新添加了，然后我

[phil@sessions public_html]$ svn commit -m "this time really"
Sending        blog/.htaccess
Replacing      blog/wp-content
svn: Commit failed (details follow):
svn: Out of date: '/trunk/blog/wp-content/plugins' in transaction '186-1'

好的，当我在线查看时，它会告诉我进行svn更新，但我之前尝试过一次，它只是删除了所有本地更改，因为我的测试签出中不存在博客/文件夹

我的问题是，如何在不丢失本地编辑的情况下使此提交生效

更新：

---

当我运行svnupdate时，它会告诉我：

svn:存储库中不存在工作副本路径“blog/wp content/plugins”

将本地修改的文件保存到副本中

执行svn更新

将更改的文件复制回“svn更新”版本

做承诺

将本地修改的文件保存到副本中

执行svn更新

将更改的文件复制回“svn更新”版本

做承诺

---

如果事情已经过时，在提交之前，您首先必须进行svn更新。svn更新不会覆盖本地更改的任何文件。虽然你声称这是事实，但事实并非如此，因为subversion不会这样做

然而，您的工作流程总是会导致问题，因为您总是会违反subversion设计的工作方式。任何时候你发现自己在正常的事件过程中使用-force标志，这表明你没有使用该工具，你正在与该工具战斗

对于您想要做的事情，最好创建一个分支并在该分支上进行开发工作。然后，当您准备上线时，将dev分支合并到主干上并更新您的在线签出

---

此外，您不应该在实时站点上提交更改。这就是您的测试站点的用途。应将live站点视为只读签出

如果内容已过时，则必须先进行svn更新，然后才能提交。svn更新不会覆盖本地更改的任何文件。虽然你声称这是事实，但事实并非如此，因为subversion不会这样做

然而，您的工作流程总是会导致问题，因为您总是会违反subversion设计的工作方式。任何时候你发现自己在正常的事件过程中使用-force标志，这表明你没有使用该工具，你正在与该工具战斗

对于您想要做的事情，最好创建一个分支并在该分支上进行开发工作。然后，当您准备上线时，将dev分支合并到主干上并更新您的在线签出

---

此外，您不应该在实时站点上提交更改。这就是您的测试站点的用途。应将live站点视为只读签出

是的，我知道我所做的是误用，但一个用户在实时站点上做了更改。我想解决这个问题，这样我就可以回到使用live站点只运行svn更新，而不再使用它进行提交。如果事情完全被禁止，请将现有目录移到一边，执行svn签出，然后将您想要的内容移回并提交。是的，我知道我所做的是误用，一个用户在live站点上进行了更改。我想解决这个问题，这样我就可以重新使用live site只运行svn update，而不再使用它进行提交。如果事情完全被禁止，请将现有目录移开，执行svn签出，然后将需要的内容移回并提交。当我运行SVNUUpdate时，它告诉我：svn：工作副本路径“blog/wp content/plugins”在repository中不存在，因为人们这样做而损失了数不清的开发时间。当您执行此操作时，最好检查您是否没有还原其他人的更改。。。当然，这假设您在签入之前检查了差异。任何一个不这样做的程序员都不是在做他的工作。不，我是唯一一个在这里使用任何东西的人。我设置了版本控制来保护自己。当我运行svnupdate时，它告诉我：svn:Working copy path“blog/wp content/plugins”在repository中不存在。人们这样做浪费了数不清的开发时间。当您执行此操作时，最好检查您是否没有还原其他人的更改。。。当然，这假设您在签入之前检查了差异。任何一个不这样做的程序员都不是在做他的工作。不，我是唯一一个在这里使用任何东西的人。我设置了版本控制来保护自己。