Cảnh báo Git Checkout: không thể hủy liên kết tệp, quyền bị từ chối

Tôi biết rằng có những vấn đề tương tự về git liên quan đến cảnh báo 'không thể hủy liên kết', nhưng tôi không thể sử dụng chúng.

Sự khác biệt chính là điều này xảy ra khi tôi chưa xử lý các mô-đun con theo bất kỳ cách nào (tôi chưa bao giờ xử lý chúng trước đây). Tôi đã tạo một nhánh có tên là 'nâng cấp', xóa các tệp khung cũ của mình và sao chép vào các tệp mới. Tôi đã sử dụng git add -A, sau đó cam kết mọi thứ. Khi tôi cố gắng kiểm tra nhánh trung kế, nó phản hồi với các lỗi sau:

warning: unable to unlink requirements/views/sk/index.php: Permission denied
warning: unable to unlink requirements/views/sv/index.php: Permission denied
warning: unable to unlink requirements/views/zh/index.php: Permission denied
warning: unable to unlink requirements/views/zh_cn/index.php: Permission denied
warning: unable to unlink requirements/views/zh_tw/index.php: Permission denied

...Vân vân. Có hàng trăm cái giống vậy.

Lúc đầu, tôi nghĩ đây chỉ đơn giản là một vấn đề về quyền và vì vậy tôi đã thêm quyền ghi nhóm vào toàn bộ thư mục yêu cầu một cách đệ quy, nhưng không có thay đổi nào.

Chỉnh sửa: Như được đề xuất trong câu trả lời bên dưới, tôi đã cố gắng làm điều tương tự nhưng mọi thứ khác đã đóng lại. Tôi đã không có nhiều may mắn hơn trước đây.

Vấn đề này đặc biệt gây suy nhược vì tôi không thể di chuyển đến thân cây để trở lại phát triển bình thường.

Tôi thường thấy loại lỗi đó khi có một quá trình không giải phóng phần xử lý của các tệp đó.

Đảm bảo rằng không có gì đang chạy và sau đó thử thanh toán lại.

Lưu ý: nó cũng có thể liên quan đến cách Git đã được cài đặt (trên Windows, UAC có thể tạo ra sự cố nếu msysgit được cài đặt trong C:\Programhoặc C:\Program Files, xem " msysgit - sh.exe - fork: Permission allow - Vista 64 bit " và nhận xét 2 của vấn đề 437 )

Lưu ý: như minh họa bên dưới , một nguyên nhân phổ biến khác của vấn đề là vấn đề quyền trên thư mục (sai chủ sở hữu), không nhất thiết là trên tệp không thể hủy liên kết.

Trong lần đầu tiên gặp lỗi này, người dùng của tôi có quyền "ghi" vào tệp nhưng không có quyền đối với thư mục chứa. Kiểm tra quyền của thư mục chứa tệp.

"Hủy liên kết" về cơ bản có nghĩa là "xóa tệp" trong trường hợp này.

Lỗi này không phải do git tự gây ra. Bạn sẽ gặp lỗi tương tự khi xóa các tệp đó theo cách thủ công, trong dòng lệnh hoặc trình khám phá tệp.

Bạn không có quyền truy cập, có thể do bạn không phải là chủ sở hữu.

Khắc phục bằng cách thay đổi chủ sở hữu thành chính bạn:

sudo chown -R your_login_name /path/to/folder

Tôi đã gặp sự cố với tệp default-settings.php trong drupal 7. Trong trường hợp này, tôi không thể xóa hoặc hoàn nguyên nó giống như @rtconner đã nói. Tôi không có ứng dụng hoặc bất kỳ thứ gì sử dụng tệp này và nó cuối cùng là lỗi quyền.

Tôi đã thêm vào chmod 777 *thư mục và sau đó tôi có thể hoàn nguyên nó.

Bạn có thể thay đổi quyền ghi để hoàn thành công việc.

sudo chmod -R ug+w . 

Lệnh này sẽ cấp 'w'quyền cho tất cả các thư mục trong thư mục hiện tại.

Tôi gặp sự cố này bất cứ khi nào chạy "git repack" hoặc "git gc" trên máy OS X của mình, ngay cả khi chạy git với đặc quyền quản trị và cuối cùng tôi đã giải quyết được nó sau khi xem trang này: http://hints.macworld.com /comment.php?mode=view&cid=1734

Cách khắc phục là mở một thiết bị đầu cuối, đi tới git repo, cd của bạn vào thư mục .git, sau đó thực hiện:

chflags -R nouchg *

Nếu đó là sự cố, thì sau đó, lệnh git của bạn sẽ hoạt động bình thường.

Điều này cũng có thể xảy ra khi:

1. Bạn đã chạy một quy trình bên trong vùng chứa Docker và:

2. Một số tệp được tạo bởi quá trình đó và:

3. Đích của tệp được gắn kết dưới dạng một ổ đĩa trên máy chủ Docker và:

4. Bạn đang chạy gittrên máy chủ Docker.

Nếu trường hợp này xảy ra, hãy phân loại tệp bạn muốn cam kết và chạy:

git diff --name-only --cached | xargs ls -l 

Các tệp đáp ứng các tiêu chí trên sẽ có tiền tố là:

-rw-r--r-- 1 root root ...

Chúng được sở hữu bởi rootvà không thể ghi, điều này không tốt. Để khắc phục lỗi chạy:

 git diff --name-only --cached | xargs -i sh -c 'sudo chown $USER:$USER {}; chmod +w {}'

Một giải pháp rõ ràng hơn có lẽ sẽ là sử dụng --usertùy chọn, xem phần này cho Docker và phần này cho Docker soạn .

Đối với những người đang sử dụng Intellij , như @rtconner đã nói vấn đề này không phải do git gây ra. Vì IDE của bạn bị khóa nên (các) tệp git không thể hủy liên kết nó. Vì vậy, bạn cần đóng IDE của mình và sau đó cố gắng hợp nhất (hoặc bất kỳ thứ gì bạn thích) nó thông qua dòng lệnh.

Trong trường hợp của tôi, đó là một ký tự ":" trong tên thư mục đặt trước git repo để kiểm tra trên windows.

trên thiết bị đầu cuối trên mac tôi chỉ làm điều này

thanh toán sudo git. (để dọn dẹp mọi thứ)

và sau đó

sudo git pull origin

Tôi đã gặp lỗi này bên trong một máy ảo (chạy Ubuntu), khi tôi cố gắng thực hiện git reset --hard .

Thay vào đó, cách khắc phục đơn giản là chạy git reset --hardtừ máy chủ OS X.

Không có đề xuất nào khác phù hợp với tôi, nhưng điều này đã làm:

sudo git reflog expire --expire=now --all && sudo git gc --prune=now --aggressive

Trong trường hợp của tôi, thư mục Windows của tôi nằm trong thư mục Dropbox. Nó không phải là một vấn đề cụ thể của Git. Khi một tệp (trong trường hợp này là tệp khóa) vừa được tạo, Dropbox phải mất thêm một giây nữa để thực hiện đồng bộ hóa. Trong thời gian đó, tệp đang được Dropbox sử dụng và bất kỳ chương trình nào của bên thứ 3 (trong trường hợp này là Git) không thể xóa tệp.

Giải pháp của tôi là thoát Dropbox và do đó tránh được điều kỳ diệu đằng sau việc đồng bộ hóa tệp của Dropbox.

Tôi đã gặp lỗi này và nguyên nhân là do sai "chủ sở hữu / nhóm" của tệp / thư mục . Bạn phải nhờ quản trị viên máy chủ hỗ trợ để thay đổi "chủ sở hữu / nhóm" của tệp / thư mục này và thử lại bằng cách sử dụng "git pull" một lần nữa. Hoặc nếu bạn là một sudoer, chỉ cần sudo chown "tên chủ sở hữu của bạn / tên nhóm của bạn" và thử kéo lại kho lưu trữ của bạn. Hãy thử nó, nó hoạt động 100% với tôi!

Đảm bảo rằng bất kỳ quy trình hoặc chuỗi liên quan nào không chạy và thực hiện tác vụ kết thúc hoặc buộc thoát khỏi khi cần thiết.

Đảm bảo rằng bạn thay đổi quyền sở hữu.

Nói chung, nếu điều này xảy ra trong Windows và bạn đang sử dụng rùa bò , thì đó là bộ nhớ cache trạng thái của rùa biển . Hãy giết quá trình đó và nó sẽ được giải phóng.

Tôi chỉ phải chuyển người dùng từ ubuntu sang tên người dùng thực của mình mà lần đầu tiên tôi thực hiện. Điều đó đã sửa nó.

Giải quyết cho tôi bằng cách đặt ứng dụng git của tôi (GitExtensions) luôn chạy ở chế độ quản trị viên.

Tôi đã gặp vấn đề đó khi sử dụng IntelliJ (14.1.3 Ultimate), tôi muốn hoàn nguyên các thay đổi trong một số tệp.

Giải quyết bằng cách đóng Git Bashmở trong một cửa sổ khác - một thử nghiệm hoàn nguyên khác IntelliJđã hoạt động.

Tôi gặp phải lỗi này và tôi nghĩ rằng vấn đề là tôi đã 'chạy với tư cách quản trị viên' khi khởi động Eclipse và tạo các tệp, do đó chúng thuộc quyền sở hữu của Quản trị viên (nhận thấy bằng cách chạy 'ls -la' trên thư mục). Sau đó, khi tôi cố gắng lưu trữ các tệp, nó đã không cho phép tôi ('không thể hủy liên kết tệp' và tất cả những điều đó). Thực hiện chmod trên các tệp là giải pháp cho tôi.

git gc đã làm việc cho tôi (trong một tab mới). Đã nhận được điều này với mọi rebase. Cảm ơn http://www.saintatplay.com/blog/2016/02/dealing-with-git-unlink-file-errors#.W4WWNZMzZZJ

Tất cả những gì bạn cần làm là cung cấp quyền, chạy lệnh bên dưới từ thư mục gốc của dự án của bạn:

    chmod ug+w <directory path>

Tôi đã gặp vấn đề tương tự, tôi đã thử một số lựa chọn thay thế như những người khác đề xuất.

Nhưng cuối cùng việc cấp quyền chính xác cho thư mục .git đã giải quyết được vấn đề.

sudo chown -R "${USER:-$(id -un)}" .git

Trong trường hợp của tôi, vấn đề quyền đã được giải quyết bằng cách đặt www-datalàm chủ sở hữu:

chown -R www-data project_folder_name

Tôi nghĩ đó là về quyền đối với tệp của bạn:

sudo chmod 777 -R <your-git-folder>