SVN错误

【转载】SVN错误：Attempted to lock an already-locked dir

出现这个问题后使用“清理”功能，如果还不行，就直接到上一级目录，再执行“清理”，然后再“更新”。

有时候如果看到某个包里面的文件夹没有SVN的标志，直接用“Ctrl+Delete”手工删除，然后“清理”，最后“更新”或“提交”。

---

 

网络摘抄1：
错误信息
Malformed file   
svn: E:\svn\repository\conf\svnserve.conf:12: Option expected   
原因：

配置文件12行开头有空格

   

### This file controls the configuration of the svnserve daemon, if you
### use it to allow access to this repository.  (If you only allow
### access through http: and/or file: URLs, then this file is
### irrelevant.)
### Visit http://subversion.tigris.org/ for more information.
[general]
### These options control access to the repository for unauthenticated
### and authenticated users.  Valid values are "write", "read",
### and "none".  The sample settings below are the defaults.
anon-access = none（每行最前面不可有空格）
auth-access = write
### The password-db option controls the location of the password
### database file.  Unless you specify a path starting with a /,
### the file's location is relative to the directory containing
### this configuration file.
### If SASL is enabled (see below), this file will NOT be used.
### Uncomment the line below to use the default password file.
password-db = passwd
### The authz-db option controls the location of the authorization
### rules for path-based access control.  Unless you specify a path
### starting with a /, the file's location is relative to the the
### directory containing this file.  If you don't specify an
### authz-db, no path-based access control is done.
### Uncomment the line below to use the default authorization file.
# authz-db = authz
### This option specifies the authentication realm of the repository.
### If two repositories have the same authentication realm, they should
### have the same password database, and vice versa.  The default realm
### is repository's uuid.
# realm = My First Repository

 

 

 

 

错误信息
Attempted to lock an already-locked dir   
svn: Working copy 'E:\integration\com.svn.practise' locked  

原因：

需要用svn cleanup上次关闭时的锁定

---

网络摘抄2：
在eclipse里提交和更新文件是抱错。

Attempted to lock an already-locked dir
svn: Working copy 'F:\workspace\WebFrame\WebRoot\attach\prodrelation' locked

执行“清除”操作后，问题解决了。

很多操作，例如中断提交，都会进入这种工作拷贝的锁定状态。

---

 

网络摘抄3：
因为这两天频出这个现象，现在基本不怕这个问题了
我是这样解决的：
1 三令五申项目的组员必须先同步，合并，再提交
2 操作后经常地在父目录使用clean up命令
3 解决了locked问题后，还出现不能更新的现象时，就删除目录下的所有文件，包括.svn，再重新check out服务器同目录一次
4 总之，操作要规范，要强调组员每天开工时，先在ECLIPSE里同步，下班时，要提交（提交前，先在文件夹的右菜单中，选择小组>清除），保证每个人的机子里在开工前都是最新版本

老实讲，因为版本冲突，提交冲突，更新失败等等问题，耽误了好些时间，但我知道主要还是自身操作不熟练不规范的问题。我相信，只要坚持，大家包括我的组员一定都会喜欢上这个小海龟的  

---