Visual Studio có nghĩa là gì khi bình thường hóa kết thúc dòng không nhất quán?

Visual Studio thỉnh thoảng nói với tôi:

Các kết thúc dòng trong các tập tin sau không nhất quán. Bạn có muốn bình thường hóa kết thúc dòng?

Sau đó, nó đưa tôi xuống với các tiêu chuẩn khác nhau hoặc một cái gì đó, chẳng hạn như Windows, Mac, Unix và một vài Unicode.

Điều này có nghĩa là gì và điều gì sẽ xảy ra nếu tôi nhấp vào Yes?

Điều thường có nghĩa là bạn có các dòng kết thúc bằng thứ gì đó không phải là cặp nguồn cấp dữ liệu / dòng trở lại. Nó thường xảy ra khi bạn sao chép và dán từ một trang web vào trình chỉnh sửa mã.

Bình thường hóa các kết thúc dòng chỉ là đảm bảo rằng tất cả các ký tự kết thúc dòng là nhất quán. Nó ngăn một dòng kết thúc \r\nvà một dòng khác kết thúc bằng \rhoặc \n; đầu tiên là cặp kết thúc dòng Windows, trong khi các cặp khác thường được sử dụng cho các tệp Mac hoặc Linux.

Vì bạn đang phát triển trong Visual Studio, rõ ràng bạn sẽ muốn chọn "Windows" từ trình đơn thả xuống. :-)

Một số dòng kết thúc bằng \n.

Một số dòng khác kết thúc bằng \r\n.

Visual Studio gợi ý bạn làm cho tất cả các dòng kết thúc giống nhau.

Nếu bạn đang sử dụng Visual Studio 2012:

Chuyển đến menu Tệp → Tùy chọn lưu nâng cao → chọn Loại kết thúc dòng là Windows (CR LF) .

Để bật tùy chọn BẬT / TẮT, hãy làm theo các bước dưới đây từ menu thanh :

Công cụ → Tùy chọn → Môi trường → Tài liệu → Kiểm tra kết thúc dòng nhất quán khi tải

Tệp bạn đang chỉnh sửa đã được chỉnh sửa với một số trình chỉnh sửa khác không sử dụng cùng một kết thúc dòng, dẫn đến một tệp có kết thúc dòng hỗn hợp.

Các ký tự ASCII được sử dụng cho các kết thúc dòng là:

CR, Vận chuyển trở lại
LF, Nguồn cấp dữ liệu

Windows = CRLF
Mac OS 9 trở về trước = CR
Unix = LF

Bài viết mới trên Wikipedia có thể giúp bạn hiểu. Đây là một đoạn trích:

Các quy ước dòng mới khác nhau thường khiến các tệp văn bản đã được chuyển giữa các hệ thống thuộc các loại khác nhau được hiển thị không chính xác. Ví dụ: các tệp có nguồn gốc trên hệ thống Unix hoặc Apple Macintosh có thể xuất hiện dưới dạng một dòng dài trên một số chương trình chạy trên Microsoft Windows. Ngược lại, khi xem tệp có nguồn gốc từ máy tính Windows trên hệ thống Unix, CR phụ có thể được hiển thị dưới dạng ^ M hoặc ở cuối mỗi dòng hoặc ngắt dòng thứ hai.

Điều đó có nghĩa là, ví dụ, một số dòng văn bản của bạn có <Carriage Return><Linefeed>(tiêu chuẩn Windows) và một số kết thúc chỉ bằng một <Linefeed>(tiêu chuẩn Unix).

Nếu bạn nhấp vào 'có', những dòng cuối trong tệp nguồn của bạn sẽ được chuyển đổi để có tất cả định dạng giống nhau.

Điều này sẽ không tạo ra bất kỳ sự khác biệt nào đối với trình biên dịch (vì các dòng cuối chỉ được tính là khoảng trắng), nhưng nó có thể tạo ra một số khác biệt so với các công cụ khác (ví dụ: 'diff' trên hệ thống kiểm soát phiên bản của bạn).

Nó không chỉ là Visual Studio ... Nó sẽ là bất kỳ công cụ nào đọc các tệp, trình biên dịch, trình liên kết, v.v. mà sẽ phải có khả năng xử lý nó.

Nói chung (để phát triển phần mềm), chúng tôi chấp nhận sự cố kết thúc dòng đa nền tảng, nhưng hãy để phiên bản kiểm soát phần mềm xử lý.

Khi bạn sao chép dán một cái gì đó từ web, bạn có thể nhận được các kết thúc dòng không nhất quán.
Để khắc phục điều này, bạn có thể sử dụng tiện ích mở rộng Visual Studio "Line Endings Unifier" có thể làm cho dòng kết thúc tự động nhất quán trong khi lưu tệp.

Có một bổ trợ cho Visual Studio 2008 chuyển đổi cuối định dạng dòng khi tệp được lưu. Bạn có thể tải xuống tại đây: http://grebulon.com/software/stripem.php