Tại sao cộng đồng Git dường như bỏ qua sự khác biệt bên cạnh [đóng cửa]

Tôi đã từng sử dụng Windows, SVN, Rùa SVN và Beyond So sánh. Đó là một sự kết hợp tuyệt vời để làm đánh giá mã.

Bây giờ tôi sử dụng OSX và Git. Tôi đã tìm cách loại bỏ một tập lệnh bash cùng với Gitx và DiffMerge để đưa ra một giải pháp hầu như không chấp nhận được.

Tôi đã nhầm lẫn với thiết lập này, và các thiết lập tương tự, trong hơn một năm. Tôi cũng đã thử sử dụng trình xem khác biệt Github và trình xem khác biệt Gitx, vì vậy không giống như tôi đã không cho họ cơ hội.

Có rất nhiều người thông minh làm những thứ tuyệt vời với Git. Tại sao không phải là khác biệt bên cạnh với tùy chọn xem toàn bộ tập tin? Với những người đã sử dụng cả hai, tôi chưa bao giờ nghe thấy ai thích lượt xem +/- tốt hơn, ít nhất là nhiều hơn một lần kiểm tra nhanh.

Tôi không thể nói cho Linus về điều này, nhưng cách git xử lý các điều khác biệt là rất không hợp lý, nói theo triết lý. git làm những gì nó làm rất tốt, và sử dụng các công cụ bên ngoài cho mọi thứ khác, bao gồm cả sự khác biệt và hợp nhất tinh vi hơn.

Tôi cũng sử dụng DiffMerge với git trên OS X và tôi đã không phải dùng đến bất kỳ shell bash nào. Thật khó khăn, nhưng tôi đã cấu hình cài đặt Difftool và mergetool của git để gọi trực tiếp cho DiffMerge và bây giờ tôi có thể xem các khác biệt và giải quyết xung đột hợp nhất trong một công cụ bên thứ ba trực quan tuyệt vời.

Đây là cấu hình của tôi:

[mergetool "diffmerge"]
        cmd = "diffmerge --merge --result=\"$MERGED\" \"$LOCAL\" \"$(if test -f \"$BASE\"; then echo \"$BASE\"; else echo \"$LOCAL\"; fi)\" \"$REMOTE\""
        trustExitCode = false
[difftool "diffmerge"]
        cmd = diffmerge \"$LOCAL\" \"$REMOTE\"
[merge]
        tool = diffmerge
[diff]
        tool = diffmerge

Bạn cũng sẽ nhận thấy rằng chính SVN cũng không cung cấp giải pháp phụ. Những gì bạn đã liệt kê là các công cụ của bên thứ ba. Như với hầu hết mọi thứ trong git, đây là cấu hình đặc biệt, và nó có công cụ hỗ trợ tuyệt vời. Bạn đã thiết lập một mergetool ? Nếu không, bạn nên. Nếu bạn làm, hãy thử git difftool. Sau đó hãy xem trang man cho các tùy chọn cấu hình.

Tôi sử dụng KDiff3 làm công cụ hợp nhất của mình vì đây là một công cụ đa nền tảng tốt đẹp và không có cấu hình nào nữa, git difftoolthực hiện chính xác những gì bạn đang hỏi.

Đó là triết lý * nix. Rất nhiều người sử dụng các công cụ này dành rất nhiều thời gian trong thiết bị đầu cuối. Thiết bị đầu cuối không yêu cầu chúng ta di chuyển bàn tay từ bàn phím sang chuột. Tôi biết rằng tôi thích kiểu +/- hơn các công cụ diff / merge trực quan, chủ yếu là vì tôi chỉ quan tâm đến sự khác biệt. Tôi quan tâm đến 3-4 dòng xung quanh sự thay đổi và chính sự thay đổi. Bất cứ điều gì nhiều hơn là thông tin bổ sung mà thực sự không giúp tôi.

Diff thường được sử dụng để có cái nhìn nhanh về những gì đã được thay đổi. Không đọc mã.

Tôi chưa bao giờ thấy các công cụ tìm khác biệt trực quan rất hữu ích so với các khác biệt mặc định trên các hệ thống GNU. Tất cả những gì họ làm cho tôi là bắt đầu làm rối với con chuột và buộc tôi phải cuộn qua tệp, tìm ra giao diện người dùng của họ, và sau đó đấu tranh để quay lại dòng lệnh nơi tôi có thể làm gì đó về một vấn đề tôi gặp trong diff .

Từ cách sử dụng cá nhân của tôi, tôi nghĩ rằng câu trả lời chủ yếu là khác biệt đủ ngắn để nó không thành vấn đề.

Đối với đánh giá mã, tôi sử dụng một công cụ đánh giá mã đầy đủ tính năng, cung cấp cho tôi tất cả những điều tôi thích - như nhận xét, tô sáng cú pháp và chế độ xem cạnh nhau.

Tôi sử dụng git diffgần như độc quyền trong khi mã dàn dựng để cam kết; Khi đó là trường hợp khác biệt, đủ nhỏ và gần đây, tôi không cần phải xem bối cảnh để nhớ những gì đang diễn ra.

Công cụ đánh giá mã của tôi về Photypeator , hoặc có thể là các công cụ tích hợp IDE, có khả năng nhận biết ngữ cảnh. Tôi nghĩ rằng luồng yêu cầu kéo của github rất tệ cho việc xem xét mã, chủ yếu là vì nó cho thấy sự khác biệt thống nhất và không song song.