Cố gắng sửa lỗi kết thúc dòng bằng nhánh lọc git, nhưng không gặp may

Tôi đã bị cắn bởi vấn đề kết thúc dòng Windows / Linux với git. Dường như, thông qua GitHub, MSysGit và các nguồn khác, giải pháp tốt nhất là đặt các repos cục bộ của bạn để sử dụng các kết thúc dòng kiểu linux, nhưng được đặt core.autocrlfthành true. Thật không may, tôi đã không làm điều này đủ sớm, vì vậy bây giờ mỗi lần tôi thay đổi kết thúc dòng đều bị hỏng.

Tôi nghĩ rằng tôi đã tìm thấy một câu trả lời ở đây nhưng tôi không thể làm cho nó hoạt động được. Kiến thức về dòng lệnh Linux của tôi bị hạn chế tối đa, vì vậy tôi thậm chí không chắc dòng "xargs fromdos" làm gì trong kịch bản của mình. Tôi liên tục nhận được thông báo về việc không có tệp hoặc thư mục như vậy tồn tại và khi tôi quản lý để trỏ nó đến một thư mục hiện có, nó cho tôi biết tôi không có quyền.

Tôi đã thử điều này với MSysGit trên Windows và thông qua thiết bị đầu cuối Mac OS X.

Tài liệu git cho gitattote hiện tài liệu một cách tiếp cận khác để "sửa chữa" hoặc bình thường hóa tất cả các kết thúc dòng trong dự án của bạn. Đây là ý chính của nó:

$ echo "* text=auto" >.gitattributes
$ git add --renormalize .
$ git status        # Show files that will be normalized
$ git commit -m "Introduce end-of-line normalization"

Nếu bất kỳ tệp nào không được chuẩn hóa sẽ hiển thị ở trạng thái git, hãy bỏ đặt thuộc tính văn bản của chúng trước khi chạy git add -u.

manual.pdf -text

Ngược lại, các tệp văn bản mà git không phát hiện được có thể kích hoạt chuẩn hóa thủ công.

weirdchars.txt text

Điều này tận dụng một --renormalizecờ mới được thêm vào trong git v2.16.0, được phát hành vào tháng 1 năm 2018. Đối với các phiên bản cũ hơn của git, có một vài bước nữa:

$ echo "* text=auto" >>.gitattributes
$ rm .git/index     # Remove the index to force git to
$ git reset         # re-scan the working directory
$ git status        # Show files that will be normalized
$ git add -u
$ git add .gitattributes
$ git commit -m "Introduce end-of-line normalization"

Cách dễ nhất để khắc phục điều này là thực hiện một cam kết sửa tất cả các kết thúc dòng. Giả sử rằng bạn không có bất kỳ tệp sửa đổi nào, thì bạn có thể làm điều này như sau.

# From the root of your repository remove everything from the index
git rm --cached -r .

# Change the autocrlf setting of the repository (you may want 
#  to use true on windows):
git config core.autocrlf input

# Re-add all the deleted files to the index
# (You should get lots of messages like:
#   warning: CRLF will be replaced by LF in <file>.)
git diff --cached --name-only -z | xargs -0 git add

# Commit
git commit -m "Fixed crlf issue"

# If you're doing this on a Unix/Mac OSX clone then optionally remove
# the working tree and re-check everything out with the correct line endings.
git ls-files -z | xargs -0 rm
git checkout .

Quy trình của tôi để xử lý các kết thúc dòng như sau (trận chiến được thử nghiệm trên nhiều repos):

Khi tạo một repo mới:

• đưa .gitattributesvào cam kết đầu tiên cùng với các tệp điển hình khác như .gitignorevàREADME.md

Khi giao dịch với một repo hiện có:

• Tạo / sửa đổi cho .gitattributesphù hợp
• git commit -a -m "Modified gitattributes"
• git rm --cached -r . && git reset --hard && git commit -a -m 'Normalize CRLF' -n"
  • -n( --no-verifylà bỏ qua các hook pre-commit)
  • Tôi phải làm điều đó thường xuyên đủ để tôi xác định nó là bí danh alias fixCRLF="..."
• lặp lại lệnh trước
  • vâng, đó là voodoo, nhưng nói chung tôi phải chạy lệnh hai lần, lần đầu tiên nó bình thường hóa một số tệp, lần thứ hai thậm chí nhiều tệp hơn. Nói chung, có lẽ tốt nhất để lặp lại cho đến khi không có cam kết mới được tạo :)
• đi qua lại giữa cái cũ (ngay trước khi bình thường hóa) và nhánh mới một vài lần. Sau khi chuyển nhánh, đôi khi git sẽ tìm thấy nhiều tệp hơn nữa cần được chuẩn hóa lại!

Trong .gitattributestôi tuyên bố tất cả các tệp văn bản rõ ràng là có LF EOL vì nhìn chung công cụ Windows tương thích với LF trong khi công cụ không phải Windows không tương thích với CRLF (thậm chí nhiều công cụ dòng lệnh của nodejs giả định là do đó có thể thay đổi EOL trong các tệp của bạn).

Nội dung của .gitattributes

Tôi .gitattributesthường trông như:

*.html eol=lf
*.js   eol=lf
*.json eol=lf
*.less eol=lf
*.md   eol=lf
*.svg  eol=lf
*.xml  eol=lf

Để tìm ra những phần mở rộng khác biệt được theo dõi bởi git trong repo hiện tại, xem tại đây

Các vấn đề sau khi bình thường hóa

Một khi điều này được thực hiện, có một cảnh báo phổ biến hơn mặc dù.

Giả sử bạn masterđã cập nhật và bình thường hóa, sau đó bạn thanh toán outdated-branch. Khá thường xuyên ngay sau khi kiểm tra chi nhánh đó, git đánh dấu nhiều tệp như đã sửa đổi.

Giải pháp là thực hiện một cam kết giả ( git add -A . && git commit -m 'fake commit') và sau đó git rebase master. Sau khi nổi loạn, các cam kết giả sẽ biến mất.

git status --short|grep "^ *M"|awk '{print $2}'|xargs fromdos

Giải trình:

• git status --short

  Điều này hiển thị từng dòng mà git đang và không biết. Các tệp không thuộc quyền kiểm soát git được đánh dấu ở đầu dòng bằng dấu '?'. Các tệp được sửa đổi được đánh dấu bằng chữ M.

• grep "^ *M"

  Điều này chỉ lọc ra những tập tin đã được sửa đổi.

• awk '{print $2}'

  Điều này chỉ hiển thị tên tệp mà không có bất kỳ đánh dấu.

• xargs fromdos

  Thao tác này lấy tên tệp từ lệnh trước đó và chạy chúng thông qua tiện ích 'fromdos' để chuyển đổi các kết thúc dòng.

Đây là cách tôi sửa tất cả các kết thúc dòng trong toàn bộ lịch sử bằng cách sử dụng git filter-branch. Nhân ^Mvật cần được nhập bằng CTRL-V+ CTRL-M. Tôi đã sử dụng dos2unixđể chuyển đổi các tập tin vì điều này tự động bỏ qua các tập tin nhị phân.

$ git filter-branch --tree-filter 'grep -IUrl "^M" | xargs -I {} dos2unix "{}"'

"| Xargs fromdos" đọc từ đầu vào tiêu chuẩn (các tệp findtìm thấy) và sử dụng nó làm đối số cho lệnh fromdos, chuyển đổi các kết thúc dòng. (Là tiêu chuẩn fromdos trong các môi trường đó? Tôi đã quen với dos2unix). Lưu ý rằng bạn có thể tránh sử dụng xargs (đặc biệt hữu ích nếu bạn có đủ tệp mà danh sách đối số quá dài cho xargs):

find <path, tests...> -exec fromdos '{}' \;

hoặc là

find <path, tests...> | while read file; do fromdos $file; done

Tôi không hoàn toàn chắc chắn về thông báo lỗi của bạn. Tôi đã thử nghiệm thành công phương pháp này. Chương trình nào đang sản xuất mỗi? Những tập tin / thư mục nào bạn không có quyền cho? Tuy nhiên, đây là một cú đâm để đoán xem nó có thể là gì:

Một cách dễ dàng để nhận được lỗi 'không tìm thấy tệp' cho tập lệnh là sử dụng đường dẫn tương đối - sử dụng một đường dẫn tuyệt đối. Tương tự như vậy, bạn có thể gặp lỗi quyền nếu bạn chưa thực hiện tập lệnh của mình (chmod + x).

Thêm ý kiến ​​và tôi sẽ cố gắng giúp bạn giải quyết nó!

được rồi ... dưới cygwin, chúng tôi không có sẵn từ trên mạng và điều đó sẽ khiến bạn nổi giận nếu bạn có bất kỳ khoảng trống nào trong đường dẫn đến các tệp đã sửa đổi (vì vậy chúng tôi phải làm điều đó một cách khác:

git status --short | grep "^ *M" | sed 's/^ *M//' | xargs -n 1 dos2unix

kudos đến @lloyd cho phần lớn giải pháp này

Thực hiện theo các bước sau nếu không có câu trả lời nào khác phù hợp với bạn:

1. Nếu bạn đang ở trên Windows, hãy làm git config --global core.autocrlf true; nếu bạn đang dùng Unix, hãy làmgit config core.autocrlf input
2. Chạy git rm --cached -r .
3. Xóa tập tin .gitattributes
4. Chạy git add -A
5. Chạy git reset --hard

Sau đó, địa phương của bạn nên được sạch sẽ ngay bây giờ.