2011-01-11 40 views
12

Tôi đã kiểm tra lật đổ/home/svn/docs, sau đó tôi chọn sử dụng một đường dẫn khác, xóa thư mục đó bằng rm-rf và kiểm tra một kho lưu trữ mới cho nhà của tôi/user/docs dir. mà làm việc tốt. Nếu bây giờ tôi muốn cam kết gì đó nó nói:quyền svn txn-current-lock bị từ chối

svn: Không thể mở tập tin '/ home/svn/docs/db/TXN-hiện tại-lock': Permission denied

Tôi đang chạy ubuntu

+0

Bạn đã tìm thấy giải pháp chưa? Câu trả lời chúng tôi có ở đây không hoạt động, vì chúng tôi không có kho lưu trữ theo đường dẫn cũ hơn. – webdevbyjoss

Trả lời

13

Có vẻ như bản lật đổ của bạn kho lưu trữ có mặt tại /home/svn/docs và bạn không có quyền ghi. Có thể kho lưu trữ được tạo ra như một người dùng khác và cam kết đang được thực hiện như một người dùng khác.

Một cách để giải quyết vấn đề này là bằng cách đảm bảo tất cả người dùng lật đổ thuộc cùng một nhóm và nhóm này có viết truy cập vào các thư mục kho lưu trữ.

+0

Tôi có cùng một vấn đề, nhưng tôi đã chuyển hoàn toàn kho lưu trữ của mình. Đường dẫn mà thông báo lỗi này đề cập quá không tồn tại nữa. – webdevbyjoss

+0

@webdevbyjoss. Bạn có thể đăng thêm chi tiết về vấn đề của mình dưới dạng câu hỏi mới để câu hỏi được chú ý và ai đó có thể phản hồi không? – Raghuram

0

Tôi đã trải qua cùng một khả năng. sử dụng các cửa sổ. Tôi đã cố gắng để cung cấp cho toàn quyền kiểm soát tất cả mọi người, nhưng vẫn id không làm việc ra ngoài.

Tôi đã cố đổi tên txn-current-lock thành txn-current-lock.xxx và write-lock thành write-lock.xxx và nó hoạt động. Tôi đoán những tập tin này đã được khóa và gây ra lỗi ở nơi đầu tiên và thậm chí xóa chúng sẽ giải quyết vấn đề.

KHÔNG XÓA txn-hiện tại vì nó là cần thiết bởi svn.

Btw, tôi tìm thấy một bài viết ở đây http://cloudspring.com/how-to-use-dropbox-with-svn-or-git-for-cloud-source-control-management/ giải thích cách sử dụng dropbox và svn để tạo 'scm phân tán' và hiện tôi đang thử nghiệm điều này, đó là cách tôi đã gặp phải vấn đề này. Thông thường svn hoạt động tốt bất thường.

+0

Tôi nghĩ một cách đơn giản là xóa 'txn-current-lock' và' write-lock', mặc dù tôi tự hỏi làm thế nào chúng được tạo ra ngay từ đầu và tại sao chúng không bị xóa. Nhân tiện, tôi đã thử đổi tên và xóa cả hai tệp khóa, không giải quyết được sự cố trên Linux. Tôi tự hỏi nếu câu trả lời thực sự nằm ở nơi khác ... – icedwater

Các vấn đề liên quan