Svn 无法进行颠覆

我有一个客户必须重建他的自动构建服务器。他从my subversion服务器签出了他的项目文件夹，但现在无法提交-他收到以下错误：

Error: Commit failed (details follow):  
Error: Cannot write to the prototype revision file of transaction
'551-1' because a   
Error: previous representation is currently being written by another
process  
Finished!:   

我搜索过谷歌，但尽管这个错误经常被报道，但并没有明确的解释——StackOverflow上有人有解决方案吗

---

更新：没有其他人提交到该存储库，因此它不是一个卡住的事务（至少不是来自另一个用户）。最后我们发现权限设置不正确。并不是说你会从这条消息中知道它，但这解决了问题。

我还没有看到它，但是继续发送错误消息，我猜写文件时遇到了问题。我将尝试重新启动您的svn服务器进程/重新启动服务器。

您的存储库有一个卡住的事务。可以使用svnadmin命令修复它。与所有其他svn实用程序一样，svnadmin接受一个命令，后跟选项（通常只是存储库目录）。svnadmin必须在带有存储库的服务器上运行

这样做：

svnadmin lstxns /path/to/repository

要获取正在处理的事务列表（您应该在那里看到您的违规551-1）。然后，您可以决定如何最好地从该错误中恢复。。。svnadmin还有一个命令rmtxns来删除有问题的事务。有关更多信息，请发布：

svnadmin help

或查看底格里斯网站：。通过在help命令后面加上感兴趣的命令名，还可以获得有关特定命令的更详细帮助。例如：

svnadmin help lstxns

---

显然，要使用svnadmin，您将需要对存储库服务器的shell访问和对存储库的写入权限。如果您的存储库格式是Berkely DB，您应该挂起您的svn服务守护程序（如果您使用它）和任何web_dav/web_svn访问，以确保在发出svnadmin命令时不会损坏数据库。

我遇到了类似的问题，只是消息说“……此进程当前正在编写以前的表示”

svnadmin lstxns未显示任何事务

重新启动Apache为我解决了问题。

“无法写入事务的原型修订文件” 重启apache也为我解决了这个问题。我发帖是为了让一些有用的东西登上谷歌的榜首

祝你好运

伊万

---

我在Windows 2003上安装Visual SVN Server时遇到了完全相同的问题，我更改了默认安装，将存储库文件夹放在单独的分区上，因为服务器C驱动器很小。我必须更改对该文件夹的权限（在本例中为D:\Repository），作为一种快速而肮脏的黑客行为，我只是将“Everyone”用户添加到此文件夹并选择“Modify”权限（当然不是最安全的，但仍然是一种肮脏的工作黑客行为）。这解决了问题

我解释了同样的错误消息，当我“锁定”提交时，成功

我投了@DamianM一票 回答。就我而言，这似乎就是问题所在。文件损坏，无法在服务器上写入。

---

但是我没有重新启动您的svn服务器进程/重新启动服务器，而是将DLL[有问题的文件]再次复制到工作文件夹并能够提交。

也有同样的问题，重新启动apache修复了该问题。

您可以通过重新启动来清除此错误：

在根SVN存储库中标识（或创建）不是失败提交的一部分的目录

在步骤1中的目录中创建一个新文件

提交新文件（以及在步骤1中创建的目录）。因为文件是新的，所以它与以前的提交不冲突，并且可以在服务器上更新修订版本

提交原始文件/目录

删除新文件（以及在步骤1中创建的目录）

提交整个树

**步骤5和6不是必需的，但我喜欢保持我的存储库整洁

---

我在提交大型文件的过程中经常错误地得到B/C Svn，这会导致后续提交尝试写入被中断的修订。

在我取消正在提交的提交后，也遇到了同样的问题。在使用要删除的事务号执行svnadm rmtxns之后，我仍然收到了消息。我将webdav与apache一起使用，因此我按照建议重新启动了apache（/sbin/service-httpd-restart）。成功。

对我来说，通过更改本地文件夹（而不是存储库）的权限，问题得到了解决（如问题更新中所暗示的）。在Windows Vista中，您可以右键单击文件夹，然后在“属性/安全性”中更改权限

---

错误信息不是很好，而且不容易找到答案，所以我希望我的答案能帮助其他人解决这个恼人但另一方面也很简单的问题

我最近遇到了这样一个问题（Eclipse3.7+svn插件）并重新启动了我的计算机。它现在可以工作了

在我们的例子中，SubVersion存储库的装载点已满，增加了更多空间。

可能只是所有权问题。尝试递归地更改目录的所有权，如下所示：

chmod -R 777 /path/to/repo

---

我有相同的错误代码，但该错误是由我最近在本地计算机上安装的CNTLM代理引起的。

---

为了解决这个问题，我必须在代理绕过异常列表中添加一个额外的域后缀，以便能够提交到现场托管的团队svn服务器。

错误消息的信息最少。似乎是由各种原因造成的

事实证明，对我来说，我没有对本地计算机上当前目录的写访问权，Subversion试图为提交消息创建一个临时文件，因为我试图直接在存储库中创建一个新目录

---

将当前工作目录更改为“我的文档”文件夹立即解决了问题。

您必须更改repos目录的权限

sudo chown -R www-data:www-data /home/pi/repos/
sudo chown -R www-data:www-data /home/pi/repos/myProject

---

我们有同样的问题来自t