Làm cách nào để xóa các tệp có tên "chế độ cũ 100755 chế độ mới 100644" khỏi các thay đổi chưa được chỉnh sửa trong Git?

Question

Vì lý do nào đó, khi tôi thực hiện một lần kéo từ kho lưu trữ cho một dự án git của tôi, Tôi nhận được rất nhiều tập tin trong bản sao làm việc của mình mà không có thay đổi rõ ràng nào được thực hiện cho họ, nhưng vẫn hiển thị trong khu vực unstaged changes của tôi .

Tôi đang sử dụng Git Gui trên Windows xp và khi tôi đi xem tệp để xem điều gì đã thay đổi. Tất cả những gì tôi thấy là:

old mode 100755 
new mode 100644 

Có ai biết điều này có nghĩa là gì không?

Làm cách nào để có được các tệp này trong danh sách các thay đổi không được tổ chức? (Rất khó chịu khi phải trải qua 100 tệp, chỉ cần chọn các tệp tôi vừa mới chỉnh sửa và muốn cam kết).

Answer 1

Trông giống như unix chế độ cấp phép tập tin với tôi (755 = rwxr-xr-x, 644 = rw-r--r--) - chế độ cũ bao gồm + x (thực thi) cờ, chế độ mới thì không.

This msysgit issue's replies gợi ý thiết core.filemode false để thoát khỏi vấn đề này:

git config core.filemode false 

Answer 2

Bạn có thể thử git reset --hard ĐẦU để thiết lập lại repo sang trạng thái mặc định mong đợi.

Answer 3

Đặt core.filemode thành false không hoạt động. Nhưng bạn phải chắc chắn rằng các thiết lập trong ~/.gitconfig không bị ghi đè bởi các thiết lập trong .git/config.

Answer 4

Dường như bạn đã thay đổi một số quyền của thư mục. Tôi đã thực hiện các bước sau để khôi phục nó.

$ git diff > backup-diff.txt    ### in case you have some other code changes 

$ git checkout . 

Answer 5

Tôi chỉ có một tệp phiền hà với các quyền đã thay đổi. Để cuộn lại một cách riêng lẻ, tôi chỉ xóa nó theo cách thủ công với rm <file> và sau đó thực hiện thanh toán để lấy một bản sao mới.

May mắn là tôi chưa dàn dựng nó.

Nếu tôi có tôi có thể chạy git reset -- <file> trước khi chạy git checkout -- <file>

Answer 6

này xảy ra khi bạn kéo và tất cả các file đã thực thi trong kho từ xa. Làm cho chúng hoạt động trở lại sẽ đặt mọi thứ trở lại bình thường trở lại.

chmod +x <yourfile> //For one file 
chmod +x folder/* // For files in a folder 

Bạn có thể cần phải làm:

chmod -x <file> // Removes execute bit 

thay vào đó, cho các tập tin mà không được thiết lập như là thực thi và điều đó đã thay đổi vì các hoạt động nêu trên. Có một cách tốt hơn để làm điều này nhưng đây chỉ là một sửa chữa rất nhanh chóng và bẩn.

Answer 7

Tôi đã gặp sự cố này khi sao chép một repo git với các tệp đang hoạt động từ một ổ cứng cũ một vài lần. Vấn đề xuất phát từ thực tế là chủ sở hữu và quyền đã thay đổi từ ổ đĩa/máy cũ sang ổ đĩa/máy mới.Các dài và ngắn của nó được, chạy các lệnh sau để làm thẳng những điều trên (thanks to this superuser answer):

sudo chmod -R -x . # remove the executable bit from all files 

các lệnh cũ hơn sẽ thực sự giải quyết những khác biệt mà git diff được báo cáo, nhưng sẽ thu hồi khả năng của mình vào danh sách các thư mục, do đó ls ./ không thành công với ls: .: Permission denied. Để khắc phục điều đó:

sudo chmod -R +X . # add the executable bit only for directories 

Tin xấu là nếu bạn có bất kỳ tập tin bạn muốn giữ thực thi, như .sh kịch bản, bạn sẽ cần phải trở lại những. Bạn có thể thực hiện điều đó bằng lệnh sau cho mỗi tệp:

chmod +x ./build.sh # where build.sh is the file you want to make executable again