Mercurial bị mắc kẹt chờ đợi khóa khóa

Có một màn hình xanh trong các cửa sổ trong khi nhân bản một kho lưu trữ đồng bóng.

Sau khi khởi động lại, bây giờ tôi nhận được thông báo này cho hầu hết các lệnh hg:

c: \ src \> hg cam kết
chờ khóa trên kho lưu trữ c: \ src \ McVrsServer được giữ bởi '\ x00 \ x00 \ x00 \ x00 \ x00 \
x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 \ x00 '
bị gián đoạn!

Google không giúp được gì.

Bất cứ lời khuyên?

Khi "chờ khóa trên kho lưu trữ", hãy xóa tệp kho lưu trữ: .hg/wlock(hoặc có thể trong .hg/store/lock)

Khi xóa tệp khóa, bạn phải đảm bảo không có gì khác đang truy cập vào kho lưu trữ. (Nếu khóa là một chuỗi số không hoặc trống, điều này gần như chắc chắn là đúng).

Khi nào waiting for lock on working directory, xóa .hg/wlock.

Tôi đã có vấn đề này với không có tập tin khóa có thể phát hiện. Tôi tìm thấy giải pháp ở đây: http://schooner.uwaterloo.ca/twiki/bin/view/MAG/HgLockError

Dưới đây là bảng điểm từ bảng điều khiển Rùa Hg Workbench

% hg debuglocks
lock:  user None, process 7168, host HPv32 (114213199s)
wlock: free
[command returned code 1 Sat Jan 07 18:00:18 2017]
% hg debuglocks --force-lock
[command completed successfully Sat Jan 07 18:03:15 2017]
cmdserver: Process crashed
PaniniDev% hg debuglocks
% hg debuglocks
lock:  free
wlock: free
[command completed successfully Sat Jan 07 18:03:30 2017]

Sau đó, cái kéo bị hủy bỏ chạy thành công.

Khóa đã được thiết lập hơn 2 năm trước, bởi một quá trình trên một máy không còn trên mạng LAN. Xấu hổ về các nhà phát triển hg vì a) không ghi lại các khóa đầy đủ; b) không đánh dấu thời gian để loại bỏ tự động khi chúng bị cũ.

Coworker đã có vấn đề chính xác này ngày hôm nay, sau khi BSoD trong khi cố gắng đẩy. Anh ấy đã phải:

• xóa các tập tin .hg/store/lock(theo câu trả lời được chấp nhận )
• xóa tệp .hg/store/phaseroots(theo báo cáo lỗi này của TortoiseHG )

Sau đó, repo của anh ấy làm việc một lần nữa.

EDIT: Theo nhận xét của @ Marmoute - khi xử lý các vấn đề liên quan đến khóa, sử dụng hg debuglocklà cách thay thế an toàn hơn để xóa .hg/store/locktệp một cách mù quáng .

Tôi rất quen thuộc với mã khóa của Mercurial (kể từ 1.9.1). Lời khuyên ở trên là tốt, nhưng tôi muốn thêm rằng:

1. Tôi đã thấy điều này trong tự nhiên, nhưng hiếm khi, và chỉ trên các máy Windows.
2. Xóa các tệp khóa là cách khắc phục dễ dàng nhất, NHƯNG bạn phải đảm bảo không có gì khác đang truy cập vào kho lưu trữ. (Nếu khóa là một chuỗi số không, điều này gần như chắc chắn là đúng).

.

Tôi gặp vấn đề tương tự trên Win 7. Giải pháp là xóa các tệp sau:

1. .hg / cửa hàng / phaseroots
2. .hg / khóa

Đối với .hg / store / lock - không có tệp nào như vậy.

Tôi không mong đợi đây sẽ là một câu trả lời chiến thắng, nhưng đó là một tình huống khá bất thường. Đề cập đến trong trường hợp ai đó không phải tôi chạy vào đó.

Hôm nay tôi nhận được "chờ khóa trên kho" trên lệnh hg đẩy.

Khi tôi giết lệnh hung hg, tôi không thể thấy .hg / store / lock

Khi tôi tìm kiếm .hg / store / lock trong khi lệnh được treo, nó đã tồn tại. Nhưng lockfile đã bị xóa khi lệnh hg bị giết.

Khi tôi đi đến mục tiêu đẩy và thực hiện hg pull, không có vấn đề gì.

Cuối cùng, tôi nhận ra rằng ID quá trình trên hg đẩy là thông báo chờ khóa đang thay đổi mỗi lần. Nó chỉ ra rằng "hg đẩy" đã treo chờ một khóa được giữ bởi chính nó (hoặc có thể là một quy trình con, tôi đã không điều tra thêm).

Hóa ra hai không gian làm việc, hãy gọi chúng là A và B, có các cây .hg được chia sẻ bởi symlink:

A/.hg --symlinked-to--> B/.hg

Đây KHÔNG phải là một điều tốt để làm với Mercurial. Mercurial không hiểu khái niệm hai không gian làm việc chia sẻ cùng một kho lưu trữ. Tuy nhiên, tôi hiểu rằng làm thế nào một người nào đó đến Mercurial từ một VCS khác có thể muốn điều này (Perforce, mặc dù không phải là DVCS; DVCS Bazaar có thể làm như vậy). Tôi ngạc nhiên khi một REP-ROOT / .hg được liên kết hoàn toàn hoạt động, mặc dù có vẻ như ngoại trừ việc đẩy này.

Tôi đã từng gặp vấn đề tương tự. Nhận được thông báo sau khi tôi cố gắng cam kết:

waiting for lock on working directory of <MyProject> held by '...'

hg debuglock cho thấy điều này:

lock:  free
wlock:  (66722s)

Vì vậy, tôi đã thực hiện lệnh sau và điều đó đã khắc phục vấn đề cho tôi:

hg debuglocks -W

Sử dụng Win7 và TortoiseHg 4.8.7.

Nếu repo bị khóa là bản gốc, tôi không thể tưởng tượng được nó đã sửa đổi nó để sao chép nó, vì vậy nó chỉ ngăn bạn thay đổi nó ở giữa và làm rối bản sao. Nó sẽ ổn sau khi tháo khóa.

Tuy nhiên, bản sao nhân bản mới (nếu là bản sao cục bộ) có thể ở bất kỳ trạng thái không đúng định dạng nào, vì vậy bạn nên vứt nó đi và bắt đầu lại. (Nếu đó là một bản sao từ xa, tôi sẽ hy vọng nó thất bại và đã ném ra bản sao chưa hoàn chỉnh.)

Tôi gặp phải sự cố này trên Mac OS X 10.7.5 và Mercurial 2.6.2 khi cố gắng đẩy. Sau khi nâng cấp lên Mercurial 3.2.1, tôi nhận được "không tìm thấy thay đổi" thay vì "chờ khóa trên kho". Tôi phát hiện ra rằng bằng cách nào đó, đường dẫn mặc định đã được đặt để trỏ đến cùng một kho lưu trữ, vì vậy không quá ngạc nhiên khi Mercurial sẽ bị nhầm lẫn.

Nếu nó chỉ xảy ra trên các ổ đĩa được ánh xạ thì đó có thể là lỗi https://bitbucket.org/tortoirhg/thg/su/889/cant-commit-file-over-network-share . Sử dụng đường dẫn UNC thay vì ký tự ổ đĩa dường như vượt qua vấn đề.