git rebase: lỗi lỗi: không thể stat 'file': Quyền bị từ chối

Tôi đang sử dụng git và thực hiện một cam kết nhỏ theo sau là một cam kết lớn. Tôi quyết định sử dụng git rebaseđể ép hai cam kết lại với nhau trước khi đẩy chúng. (Tôi chưa bao giờ làm điều này trước đây.)

Tôi cũng vậy:

git rebase -i HEAD~2

Điều này đã cho tôi trình soạn thảo của mình, nơi tôi đã chọn để chọn cam kết trước đó và xóa sổ sau đó. Khi tôi lưu, git nói:

lỗi: không thể stat ' tên tệp ': Quyền bị từ chối

Không thể áp dụng sha1 cho lần xác nhận sau ... dòng văn bản ban đầu cho lần xác nhận đó

Hiện nay:

• Không cam kết xuất hiện khi tôi làm git log.
• git status nói với tôi rằng tôi "Hiện không ở bất kỳ chi nhánh nào."
• Một tệp được liệt kê là đã sửa đổi và trong chỉ mục, và hai tệp được liệt kê là không bị theo dõi. Cam kết đầu tiên của tôi chỉ có một tệp (tôi nghĩ) và cam kết thứ hai của tôi có một tá tốt.

Chuyện gì đã xảy ra!? Làm thế nào để tôi sửa nó?

Tôi chỉ từng thấy lỗi này trên Windows và điều đó có nghĩa là một cái gì đó đã chặn git sửa đổi một tập tin tại thời điểm khi nó cố gắng áp dụng một bản vá.

Windows có xu hướng cung cấp cho các quy trình quyền truy cập độc quyền vào các tệp khi không thực sự cần thiết, trước đây, trình kiểm tra vi rút là một nguồn gây nghi ngờ nhưng tôi chưa bao giờ chứng minh điều này một cách thuyết phục.

Có lẽ điều dễ nhất để làm là hủy bỏ và thử lại, hy vọng điều đó không xảy ra vào lần tới.

git rebase --abort

Bạn có thể cố gắng sử dụng git applyvà kiến ​​thức về những gì git cam kết thực sự đã cố gắng thực hiện trước khi thực hiện git rebase --continuenhưng thực ra tôi không khuyến nghị điều này. Hầu hết những lần tôi thấy điều này đã cố gắng tốt hơn là có khả năng một cái gì đó vô tình bị bỏ lỡ hoặc gây rối.

Hãy thử đóng bất kỳ chương trình nào có thư mục mở, chẳng hạn như trình soạn thảo, cửa sổ thám hiểm, lời nhắc lệnh và chương trình FTP. Điều này luôn khắc phục sự cố cho tôi trên Windows.

Chỉ cần đóng IDE của bạn (VISUAL STUDIO / ATOM, v.v.). Có thể đấy

Khi tôi thấy điều này trên máy của mình, nó còn tệ hơn cả một "quá trình nào đó mở tệp". Quyền sở hữu thực sự của tệp được kích hoạt đến mức tôi (chạy với tư cách quản trị viên) chỉ có thể truy cập tệp sau khi khởi động lại.

Gần nhất tôi có thể nói, IIS là một phần của vấn đề. Nếu tôi chuyển đổi giữa hai nhánh chính đòi hỏi nhiều tệp để sửa đổi, git sẽ xóa một tệp hoặc thư mục (thường là DLL) trong khi IIS đang cố gắng làm một cái gì đó hoặc cái khác với nó. Tại thời điểm này, quy trình IIS sẽ tự động ghi đè lên tệp trên đĩa với phiên bản bị khóa và dường như không thuộc sở hữu của ai.

Dừng IIS tại thời điểm này không làm điều đó. Tốt nhất tôi đã tìm ra để làm là khởi động lại và nhớ dừng IIS trước khi thay đổi trên các chi nhánh lớn trong tương lai.

Tôi biết điều đó không thực sự trả lời câu hỏi, nhưng có thể hữu ích cho người khác.

Trên Windows, nó có thể là một quá trình TortoiseGIT chặn các tệp đó. Mở trình quản lý tác vụ và kết thúc quá trình TGitCache.exe .

Tôi chỉ vấp phải chuỗi câu trả lời này - lỗi này là lỗi không đúng. # Lỗi: không thể thống kê 'reddit / app / lượt xem / liên kết': Quyền bị từ chối

Đó là tất cả những gì tôi có - khi cố gắng hợp nhất. Tôi đã đọc một vài câu trả lời và sau đó nhận ra - tất cả những gì tôi phải làm là đóng trình soạn thảo mã của mình, đó là Atom.

Sau khi đóng trình chỉnh sửa - tôi chạy lại "git merge" và bùng nổ, nó hoạt động.

Thật là một lỗi vô nghĩa :(

nếu sử dụng vscode, hủy terminal và mở cái mới. khác có thể đóng thiết bị đầu cuối quá

Điều này thỉnh thoảng xảy ra với tôi trong Windows

lỗi: không thể stat 'tên tệp': Quyền bị từ chối

Thông thường tôi có nhiều phiên bản bit bash mở và một trong các trường hợp git bash nằm trong một thư mục không tồn tại trong nhánh từ xa mà tôi lấy từ đó.

Đóng tất cả trừ một ví dụ của git bash giải quyết vấn đề cho tôi.

Nếu IDE bạn sử dụng (trong trường hợp bạn sử dụng IDE) có thể cũng đang cản trở bạn. Đó là những gì đã xảy ra với tôi khi sử dụng QtCreator.

Sử dụng SourceTree trong Win 10, đã khắc phục sự cố bằng cách đóng trình soạn thảo Atom.

Lỗi sao chép:

1. Trong nhánh B, tạo một tệp md, sử dụng Atom chỉnh sửa nó, lưu và cam kết.
2. Chuyển sang nhánh A, kéo xuống các xác nhận mới từ máy chủ.
3. Hãy thử Chuyển lại, Opps, nó báo lỗi lỗi: không thể stat 'file': Quyền bị từ chối.

Điều này cũng có thể xảy ra khi bạn đang sử dụng SublimeText và cửa sổ bật lên yêu cầu bạn mua chương trình chưa bị đóng.

Điều này thường xảy ra khi bạn có phần mềm / ứng dụng tiền xử lý đang xem dự án, chẳng hạn như Prepros hoặc Codekit. Ngoài ra, Atom và Sublime (và thậm chí Notepad ++) có thể khiến điều này xảy ra nếu một tệp trong dự án hiện đang được chỉnh sửa.

Cách dễ nhất xung quanh vấn đề là đóng bất cứ thứ gì có tệp dự án mở, hợp nhất các nhánh của bạn và sau đó mở lại chúng để làm mới nó. Điều này cũng sẽ tránh mọi vấn đề trong đó chương trình không còn nhận ra bất kỳ thay đổi nào đã xảy ra, buộc bạn phải làm mới (các) dự án bằng tay.

Nếu bạn đang chạy webpack hãy tắt nó đi. Tắt IDE của bạn là tốt. Nên làm việc tốt sau khi làm những việc đó.

Tôi đã có một vấn đề tương tự. Nhưng nó rất đơn giản để giải quyết. Trên máy Windows, trình thám hiểm tệp của tôi có một thư mục mở tồn tại trong một nhánh nhưng không phải ở nhánh khác tôi đã kiểm tra. Đóng trình thám hiểm tệp đã giải quyết vấn đề.

Tôi vừa có cái này dưới Win 7.

$ git stash pop error: could stat 'ParentFolder / subfolder': Quyền bị từ chối lỗi: không thể stat 'ParentFolder / subfolder': Quyền bị từ chối

Chẩn đoán:

1> Tôi đã đi đến thư mục con và nó ở đó và tôi không thể xóa nó!

2> Sử dụng "process explorer" -> Tìm -> Tìm tay cầm và dll -> đặt tên "thư mục con" ở đó và tìm kiếm.

Kết quả: Hóa ra XMLSpy đã mở một trong những xml ở đó, đóng XML Spy và thử lại stash pop, nó hoạt động ngay bây giờ.

Đã xảy ra với tôi trên Windows trong khi nổi loạn bên trong thiết bị đầu cuối tích hợp IntelliJ . Tôi nhận thấy rằng tôi đã có Git bash phiên bản máy khách chạy song song.

Đóng Git bash đã giải quyết vấn đề.

Cuộc gặp gỡ của tôi với vấn đề này là do biên tập viên của tôi, Intellij. Là một phần của kiểm soát phiên bản nội bộ, nó đã trải qua và khóa tất cả các tệp git ẩn. (Vì nhiều lý do, tôi đã không sử dụng plugin git đi kèm với Intellij ...)

Vì vậy, tôi đã mở một cửa sổ dos bình thường với tư cách Quản trị viên, thay đổi thư mục và thực hiện

attrib -R /S

Điều đó đã loại bỏ khóa trên các tệp và mọi thứ hoạt động sau đó và tôi có thể đồng bộ hóa các thay đổi của mình bằng ứng dụng khách GitHub windows.

Tôi đồng ý với câu trả lời "Đóng Visual Studio" ở trên.

Tuy nhiên, một bước bổ sung mà tôi phải thực hiện ngay cả sau khi tôi đóng Visual Studio là giết thủ công quy trình Visual Studio "devenv.exe" trong Task Explorer. Sau khi tôi đã làm điều này, tôi có thể chạy lại trong gitbash:

kéo git

và lỗi "không thể thống kê tên tệp " biến mất. Có lẽ là do tiện ích mở rộng Visual Studio giữ cho quá trình mở lâu hơn ngay cả sau khi đóng.

Tôi vừa gặp vấn đề này. Vấn đề là - nếu bạn đã mở tệp, tệp đó đã bị xóa \ thay thế sau khi rebase (bạn có một nhánh không còn tệp này nữa), hệ thống git bị hỏng. Vì vậy, tôi đã đóng tất cả các tệp đã mở và sau đó thử kiểm tra trên một số chi nhánh khác

Một giải pháp thay thế thay vì đóng tất cả các ứng dụng có thể khóa thư mục như mọi câu trả lời khác cần làm, sẽ là sử dụng một tiện ích sẽ mở khóa các tệp / thư mục mà không đóng mọi thứ. (Tôi ghét phải khởi động lại Visual Studio)

LockHunter là ứng dụng tôi sử dụng: https://lockhunter.com/ Có khả năng những người khác cũng vậy, nhưng cái này đã làm việc rất tốt cho tôi.

Vấn đề tương tự trên Windows 10 64 Bit, chạy Git Bash phiên bản 2.9.0.windows1 Sử dụng Atom làm trình chỉnh sửa của tôi.

Điều này hiệu quả với tôi: Tôi đã thêm thư mục phần mềm Git (đối với tôi, đây là C: \ Program Files \ Git) vào các loại trừ cho Windows Defender.

Sau khi loại trừ được thêm vào, git checkout 'file'hoạt động tốt.

Lỗi này cũng có thể được gây ra bởi thực tế là các tệp vẫn bị "khóa" do các hành động git trước đó. Nó phải làm như thế nào với lớp hệ thống tập tin Windows hoạt động. Tôi đã từng đọc một lời giải thích tốt về điều này, nhưng tôi không thể nhớ nơi nào.

Tuy nhiên, trong trường hợp đó, vì về cơ bản là điều kiện cuộc đua, tất cả những gì bạn phải làm là tiếp tục quá trình rebase bị gián đoạn . Thật không may, điều này xảy ra với tôi mọi lúc, vì vậy tôi đã viết người trợ giúp nguy hiểm nhỏ này để tiếp tục cuộc nổi dậy của mình:

#!/bin/sh

set -e

git checkout .
git clean -df
git rebase --continue

Nếu bạn muốn chắc chắn hơn, bạn có thể sử dụng git rebase --edit-todođể kiểm tra xem lần cam kết tiếp theo được áp dụng có thực sự là lần thất bại được áp dụng trước đó hay không. Sử dụng git clean -dnđể đảm bảo bạn không xóa bất kỳ tập tin quan trọng nào.

Đã xảy ra với tôi khi ở trong windows, khi sử dụng photoshop: Khi tôi lưu một hình ảnh và sau đó chuyển sang một nhánh (để lại photoshop với hình ảnh được mở) tôi đã gặp lỗi git. Đóng hình ảnh trong photoshop và thử lại

Nếu bạn mở công cụ hợp nhất Meld , hãy đóng nó lại. Nó chặn ghi đè tập tin.

Giết quá trình w3wp.exe liên quan đến kho lưu trữ đã sửa lỗi này cho tôi.

Trong trường hợp của tôi, tôi đã có một máy chủ phát triển webpack chạy phía sau.

Tôi đã gặp lỗi này khi VS1013 của tôi nằm trên nhánh nhắm mục tiêu 8.1 và tôi đang cố kiểm tra nhánh 8.0. Tôi cần phải quay lại VS và cho phép nó cập nhật. Sau đó tôi có thể kiểm tra chi nhánh 8.0 mà không gặp lỗi.

Tôi cũng đã sử dụng máy Windows bằng Git Shell khi gặp lỗi tương tự.

Tuy nhiên, tại thời điểm tôi có nhiều thiết bị đầu cuối Git mở.

Thiết bị đầu cuối đầu tiên nhận được lỗi bạn đã đăng ở trên và thiết bị đầu cuối khác trước đó đã chạy grunt serve lệnh thiết bị đầu cuối từ yeoman (được liên kết bên dưới). Thiết bị đầu cuối thứ hai cần thiết để vẫn mở để lưu trữ một cá thể máy chủ cục bộ.

Tắt tất cả các cửa sổ đầu cuối đang chạy các quy trình đang diễn ra có thể khiến lỗi không còn nữa.

Ít nhất đó là những gì làm việc cho tôi. Sau khi tôi tắt cửa sổ terminal thứ hai, tôi có thể dễ dàng kiểm tra các nhánh khác nhau và thao tác với các tệp.

Lệnh Grunt Serve - Yeoman.I / O
http://yeoman.io/learning/

Tôi chỉ gặp vấn đề này. Không có câu trả lời nào ở đây xảy ra để giải quyết điều này cho tôi.

Cuối cùng, tôi đã thêm các gói nuget vào một nhánh mà sau khi chuyển về nhánh chính, dường như không tồn tại. Khi tôi đã hợp nhất, nó sẽ báo newtonsoft ... xml không thể thống kê được. Tôi sẽ truy cập tệp được đề cập và mở nó nhưng Windows đã gửi lại lỗi nói rằng nó không thể tìm thấy tệp (mặc dù tôi đã nhìn đúng vào nó)

Làm thế nào tôi giải quyết điều này là nhấp chuột phải xóa tệp (đã hoạt động nhưng tôi không thể mở nó vì windows không thể tìm thấy nó ???) và cố gắng hợp nhất lại và nó đã giải quyết vấn đề.

Rất lạ.

Hy vọng điều này sẽ giúp ai đó sau này.

Tôi đã thoát khỏi trình soạn thảo văn bản của mình đang truy cập các thư mục dự án, sau đó thử sáp nhập vào nhánh chính và nó đã hoạt động.