Khi có một va chạm trong khi git merge, tôi mở một sáp nhập có tên là Meld . Nó mở ba tập tin ĐỊA PHƯƠNG, CƠ SỞ và XÓA. Như tôi đã đọc ĐỊA PHƯƠNG là chi nhánh địa phương của tôi, BASE là tổ tiên chung và XÓA là chi nhánh được sáp nhập.
Bây giờ với câu hỏi của tôi: phiên bản nào của tập tin cuối cùng sẽ được sử dụng? Có phải là TỪ XA? Nếu vậy, tôi có thể chỉnh sửa nó theo ý muốn hay không, bất kể những gì trong nhánh BASE chẳng hạn?
Câu trả lời:
Đó là một trong những ở giữa : BASE.
Trong thực tế, BASEkhông phải là tổ tiên chung, mà là sự hợp nhất nửa hoàn thành nơi xung đột được đánh dấu >>>>và <<<<.
Bạn có thể thấy tên tệp trên đầu cửa sổ chỉnh sửa meld.
Bạn có thể chỉnh sửa BASEtệp theo ý muốn có hoặc không sử dụng lệnh meld.
Bạn cũng có thể thoát khỏi meld và chỉ cần chỉnh sửa tệp bằng trình soạn thảo văn bản yêu thích của bạn.
<<<< HEADvà =====điểm đánh dấu là một trong các tệp cục bộ của bạn trước khi hợp nhất.====và >>>> <branch name>là một trong các tệp từ xa.HEAD, <<<<<và =====dấu hiệu, nó có nghĩa là không có xung đột gì cả. Trong trường hợp này, cửa sổ ở giữa sẽ không trống, nó sẽ hiển thị kết quả hợp nhất, nhưng sẽ không có phần "đỏ"
<<<<<<, ======cũng không >>>>>>đánh dấu trong phần panel ở giữa (tức là phiên bản BASE) hoặc; và đôi khi, khung giữa sẽ trống, như aGr đã báo cáo. Có thể sự khác biệt này là do cài đặt khác nhau. Khi tôi bắt đầu công cụ Meld, các tập tin sau đây sẽ tồn tại, giả định rằng tên của tập tin trong kho là X.java: X.java, X.java.orig, X.java.BACKUP.#, X.java.BASE.#, X.java.LOCAL.#, X.java.REMOTE.#, nơi #một số số. Gọi kết quả hợp nhất phiên bản BASE là khó hiểu; NĂNG LƯỢNG sẽ tốt hơn.
Meld có tính năng hợp nhất 3 chiều ẩn được kích hoạt bằng cách chuyển vào tham số thứ 4:
meld $LOCAL $BASE $REMOTE $MERGED
Các ô bên phải và bên trái được mở ở chế độ chỉ đọc, do đó bạn không thể vô tình hợp nhất sai cách. Cửa sổ giữa hiển thị kết quả hợp nhất. Đối với các xung đột, nó hiển thị phiên bản cơ sở để bạn có thể thấy tất cả các bit quan trọng: văn bản gốc ở giữa và sửa đổi xung đột ở cả hai bên. Cuối cùng, khi bạn nhấn nút "Lưu", tệp $ MERGED được viết - chính xác như mong đợi của git.
Tệp ~ / .gitconfig tôi sử dụng chứa các cài đặt sau:
[merge]
tool = mymeld
conflictstyle = diff3
[mergetool "mymeld"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE $MERGED
điều này mở ra meld với 3 tab, tab thứ 1 và thứ 2 chứa các khác biệt đơn giản mà tôi đang cố gắng hợp nhất và tab thứ 3, mở theo mặc định, hiển thị chế độ xem hợp nhất 3 chiều.
Bây giờ, lý do tính năng bị ẩn là vì nó chưa được đánh bóng đủ. Nó rất hữu ích như bây giờ, nhưng Kai Willadsen, tác giả của meld, đã chỉ ra một vài nếp nhăn cần ủi. Ví dụ: không có GUI để bắt đầu chế độ hợp nhất 3 chiều, cú pháp dòng lệnh là một bit phức tạp, và như vậy. Nếu bạn nói tiếng trăn và có chút thời gian trên tay - bạn biết phải làm gì.
Chỉnh sửa: Trong các phiên bản mới hơn của Meld, synax đã thay đổi một chút. Điều này là trong các ý kiến, nhưng nó thuộc về câu trả lời.
Lệnh meld hiện sử dụng tùy chọn --output, vì vậy dòng cuối cùng từ đoạn trích ở trên phải là:
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED
--outputcho kết quả $ MERGED. Tôi đã phát hiện ra điều này trong khi xem kịch bản khởi chạy meld đi kèm với phiên bản git của tôi: github.com/git/git/blob/master/mergetools/meld
--output option. Xem dòng này trong kịch bản khởi chạy:"$merge_tool_path" --output "$MERGED" "$LOCAL" "$BASE" "$REMOTE"
cmd = meld $LOCAL $BASE $REMOTE --auto-merge --output $MERGED. Vì vậy, điều này sẽ mở 3 tab (cách cũ tốt), tự động hợp nhất các kết hợp không xung đột vào giữa, trong đó ở giữa là $ MERGED và sẽ được sử dụng làm đầu ra giải quyết xung đột.
--output=<file>hoặc -o <file>, xemmeld --help
Có 4 tệp liên quan:
$LOCALCác tập tin trên chi nhánh nơi bạn đang hợp nhất; không bị ảnh hưởng bởi quá trình hợp nhất khi hiển thị cho bạn
$REMOTECác tập tin trên chi nhánh từ nơi bạn đang hợp nhất; không bị ảnh hưởng bởi quá trình hợp nhất khi hiển thị cho bạn
$BASETổ tiên chung của $ LOCAL và $ REMOTE, nghĩa là. điểm mà hai nhánh bắt đầu chuyển hướng tệp được xem xét; không bị ảnh hưởng bởi quá trình hợp nhất khi hiển thị cho bạn
$MERGEDCác tập tin sáp nhập một phần, với xung đột; đây là tệp duy nhất được chạm vào bởi quá trình hợp nhất và trên thực tế, không bao giờ hiển thị cho bạn trongmeld
Các $MERGEDtập tin là một trong đó chứa <<<<<<, >>>>>>, =====(và, có lẽ, ||||||) đánh dấu (mà mâu thuẫn phân định). Đây là tập tin mà bạn chỉnh sửa thủ công để sửa xung đột.
Chỉnh sửa xung đột thủ công và chỉnh sửa xung đột trực quan được thực hiện trên các tệp khác nhau và trình bày các thông tin khác nhau.
Khi sử dụng mergetool (giả định meld), các tập tin được nhìn thấy trong đó là: $LOCAL, $BASE, $REMOTE. Lưu ý rằng bạn không nhìn thấy $MERGEDtệp, mặc dù điều này được truyền dưới dạng tham số ẩn meldđể ghi kết quả chỉnh sửa ở đó.
Nói cách khác, trong meld, bạn đang chỉnh sửa tệp ở giữa, $BASEtệp và bạn chọn tất cả các thay đổi từ bên trái hoặc từ bên phải theo cách thủ công . Nó là một tập tin sạch, không bị ảnh hưởng bởi quá trình hợp nhất. Vấn đề duy nhất là, khi bạn lưu, bạn không lưu vào $BASEtệp, nhưng trong tham số ẩn thứ tư của meld, đó là $MERGEDtệp (mà bạn thậm chí không nhìn thấy). Các $BASEtập tin nào không chứa bất kỳ xung đột hay hòa trộn thành công một phần vì nó không phải là $MERGEDtập tin .
Trong chỉnh sửa trực quan, khi trình bày cho bạn $BASEtệp (thay vì $MERGEDtệp) gitvề cơ bản sẽ loại bỏ tất cả các nỗ lực của nó để thực hiện việc hợp nhất (những nỗ lực đó có thể nhìn thấy, nếu bạn muốn, trong tệp $ MERGED) và cho phép bạn thực hiện việc hợp nhất hoàn toàn từ đầu .
Điểm mấu chốt là trong xung đột hợp nhất thủ công và trực quan, bạn không nhìn vào cùng một tệp, nhưng kết quả cuối cùng được ghi trong cùng một tệp (đó là $MERGEDtệp).
Đợt điều chỉnh thủ công của các cuộc xung đột được thực hiện trên $MERGEDvì git không có nghĩa là để giới thiệu bạn ba tác phẩm, vì vậy nó squashes thông tin từ ba file ( $LOCAL, $BASE, $REMOTE) trong đó $MERGEDtập tin.
Nhưng những công cụ trực quan có phương tiện để hiển thị cho bạn ba tập tin: họ cho bạn thấy $LOCAL, $BASE, $REMOTEtập tin. Bạn đang chọn các thay đổi từ $LOCALvà $REMOTEcác tệp và bạn đang đưa các thay đổi đó vào $BASEtệp, xây dựng lại hoàn toàn và thậm chí ghi đè lên nỗ lực sáp nhập thất bại đó là $MERGEDtệp.
$LOCAL, $REMOTE, $BASEvà sản lượng ban đầu bằng để $BASE, nhưng đó là khác biệt so với $MERGEDở chỗ nó không có nỗ lực git để sáp nhập các tập tin và cán bộ chấm xung đột và vân vân. Trên thực tế, đó sẽ là cách để sử dụng các công cụ này tương tự như cách tiếp cận 3 khung của LOCAL / REMOTE / BASE + OUTPUT, không hiển thị được hợp nhất. Cửa sổ thứ 4 chỉ cho phép bạn tách cơ sở khỏi đầu ra.
Giải pháp của Cosmin hoạt động, nhưng tệp $ BASE được cập nhật - không phải $ MERGED . Điều này sẽ cập nhật tệp $ MERGED :
Meld: v1.8.4
[merge]
conflictstyle = diff3
tool = mymeld
[mergetool "mymeld"]
cmd = meld --auto-merge --output $MERGED $LOCAL $BASE $REMOTE --diff $BASE $LOCAL --diff $BASE $REMOTE
cmd = meld --auto-merge --output $MERGED $LOCAL $BASE $REMOTE
--diff $BASE $LOCAL --diff $BASE $REMOTEcuối cùng? đối với tôi vào ngày 1.8.4, điều này hoạt động tốt (theo như tôi có thể thấy):cmd = meld --auto-merge --output $MERGED $LOCAL $BASE $REMOTE
Với Meld 1.7 , Solution của Tomek Bury không hoạt động nữa.
Các cài đặt mặc định không làm tôi hài lòng:
Thay vào đó cho Meld> = 1.7 tôi đề xuất một trong hai giải pháp khác.
Giải pháp đầu tiên :
meld $LOCAL $BASE $REMOTE --auto-merge
Giải pháp thứ hai :
meld $LOCAL $MERGED $REMOTE
.gitconfig
Sao chép và dán .gitconfigtệp này vào tệp của bạn để nhận các giải pháp như được mô tả ở trên:
[merge]
tool = meld16
[mergetool "meld17"]
# use this for Meld >=1.7
# see http://stackoverflow.com/a/22911793/859591
# second solution:
cmd = meld $LOCAL $MERGED $REMOTE
# first solution:
#cmd = meld $LOCAL $BASE $REMOTE --auto-merge
[mergetool "meld16"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED
[include]
# requires git v1.7.10+
path = .gitconfig.local
Sao chép và dán .gitconfig.localtệp này vào một tệp để đặt meld17 hoặc meld16 chỉ cho máy này trong trường hợp bạn sử dụng .gitconfig trên nhiều máy:
# This is a host specific config file!
# Note that git 1.7.10+ is needed
# http://stackoverflow.com/a/9733277/859591
[merge]
tool = meld17
cmd = meld $LOCAL $BASE $REMOTE --auto-merge, khung ở giữa sẽ là $ BASE chứ không phải $ MERGE thực sự được sử dụng làm đầu ra của giải quyết xung đột.
Tôi thấy rằng không có tập tin mặc định nào được hiển thị đang được lưu. meld đã được hiển thị $LOCAL, $REMOTEvà $BASEtheo mặc định. Để làm cho nó hoạt động, tôi cần phải thực hiện chương trình meld $MERGEDthay vì $BASE. Đặt nó trong ~/.gitconfigcố định nó cho tôi:
[merge]
tool = mymeld
[mergetool "mymeld"]
cmd = meld "$LOCAL" "$MERGED" "$REMOTE"
Tôi đang sử dụng Arch, với:
$ git --version
git version 1.8.2
$ meld --version
meld 1.7.1
Vì một số lý do, các phiên bản mới nhất của meld không hiển thị các dòng đánh dấu được thêm vào cho các xung đột (<<<<<<<, =======, >>>>>>>). Nếu bạn muốn xem những dòng này, bạn nên cài đặt meld v 1.3.3 hoặc trước đó.
Xin vui lòng xem câu trả lời của Saad cho câu trả lời chính xác.
Với phiên bản 1.8.1 trên Ubuntu, tôi đã nhận được
sai số lượng đối số được cung cấp cho --diff
và thêm --output trước khi $ MERGED đã sửa nó cho tôi:
[mergetool "mymeld"]
cmd = meld --diff $BASE $LOCAL --diff $BASE $REMOTE --diff $LOCAL $BASE $REMOTE --output $MERGED
merge.conflictstyletùy chọn cấu hình được đặt thànhdiff3thay vì mặc địnhmerge.