Hợp nhất (với squash) tất cả các thay đổi từ một nhánh khác dưới dạng một cam kết duy nhất

Trong Git, có cách nào để hợp nhất tất cả các thay đổi từ nhánh này sang nhánh khác, nhưng ép lại thành một cam kết cùng một lúc không?

Tôi thường làm việc trên một tính năng mới trong một chi nhánh riêng biệt và sẽ thường xuyên cam kết / đẩy - chủ yếu để sao lưu hoặc chuyển những gì tôi đang làm việc sang một máy khác. Chủ yếu là những cam kết nói "Tính năng xxx WIP" hoặc một cái gì đó dư thừa.

Khi công việc đó kết thúc và tôi muốn hợp nhất chi nhánh WIP trở lại thành chủ, tôi muốn loại bỏ tất cả các cam kết trung gian đó và chỉ cần có một cam kết sạch duy nhất.

Có cách nào làm dễ hơn không?

Ngoài ra, làm thế nào về một lệnh mà tất cả các cam kết trên một nhánh kể từ điểm nó được phân nhánh?

Một lựa chọn khác là git merge --squash <feature branch>cuối cùng làm a git commit.

Từ hợp nhất Git

--squash

--no-squash

Tạo cây làm việc và trạng thái chỉ mục như thể một sự hợp nhất thực sự đã xảy ra (ngoại trừ thông tin hợp nhất), nhưng không thực sự thực hiện một cam kết hoặc di chuyển HEAD, cũng không ghi lại để tạo ra một lệnh kết hợp $GIT_DIR/MERGE_HEADtiếp theo git commit. Điều này cho phép bạn tạo một cam kết duy nhất trên đầu nhánh hiện tại có tác dụng tương tự như hợp nhất một nhánh khác (hoặc nhiều hơn trong trường hợp bạch tuộc).

Tìm thấy rồi! Lệnh hợp nhất có một --squashtùy chọn

git checkout master
git merge --squash WIP

tại thời điểm này, mọi thứ được hợp nhất, có thể xung đột, nhưng không được cam kết. Vì vậy, bây giờ tôi có thể:

git add .
git commit -m "Merged WIP"

Hãy thử git rebase -i mastertrên nhánh tính năng của bạn. Sau đó, bạn có thể thay đổi tất cả trừ một 'chọn' thành 'squash' để kết hợp các cam kết. Xem cam kết squash với rebase

Cuối cùng, bạn có thể thực hiện hợp nhất từ ​​nhánh chính.

Sử dụng git merge --squash <feature branch>như câu trả lời được chấp nhận cho thấy có mẹo nhưng nó sẽ không hiển thị nhánh được hợp nhất như thực sự được hợp nhất.

Do đó, một giải pháp tốt hơn nữa là:

• Tạo một nhánh mới từ chủ mới nhất
• Hợp nhất <feature branch>vào phần trên bằng cách sử dụnggit merge --squash
• Hợp nhất chi nhánh mới được tạo thành chủ

Wiki này giải thích các thủ tục chi tiết.

Tôi đã tạo bí danh git của riêng tôi để làm chính xác điều này. Tôi đang gọi nógit freebase ! Nó sẽ lấy nhánh tính năng lộn xộn, không thể sửa chữa hiện có của bạn và tạo lại nó để nó trở thành một nhánh mới có cùng tên với các cam kết của nó bị ép thành một cam kết và được bật lại trên nhánh mà bạn chỉ định (theo mặc định). Cuối cùng, nó sẽ cho phép bạn sử dụng bất kỳ thông điệp cam kết nào bạn muốn cho chi nhánh "miễn phí" mới của mình.

Cài đặt nó bằng cách đặt bí danh sau trong .gitconfig của bạn:

[alias]
  freebase = "!f() { \
    TOPIC="$(git branch | grep '\\*' | cut -d ' ' -f2)"; \
    NEWBASE="${1:-master}"; \
    PREVSHA1="$(git rev-parse HEAD)"; \
    echo "Freebaseing $TOPIC onto $NEWBASE, previous sha1 was $PREVSHA1"; \
    echo "---"; \
    git reset --hard "$NEWBASE"; \
    git merge --squash "$PREVSHA1"; \
    git commit; \
  }; f"

Sử dụng nó từ nhánh tính năng của bạn bằng cách chạy: git freebase <new-base>

Tôi chỉ thử nghiệm điều này một vài lần, vì vậy hãy đọc nó trước và chắc chắn rằng bạn muốn chạy nó. Như một biện pháp an toàn nhỏ, nó sẽ in sha1 bắt đầu để bạn có thể khôi phục chi nhánh cũ nếu có sự cố.

Tôi sẽ duy trì nó trong repo dotfiles của tôi trên github: https://github.com/stevecrozz/dotfiles/blob/master/.gitconfig

git merge --squash <feature branch> là một lựa chọn tốt. "Git commit" cho bạn biết tất cả các thông báo cam kết chi nhánh với sự lựa chọn của bạn để giữ nó.

Đối với hợp nhất ít cam kết.

git merge do x times --git reset HEAD ^ --soft rồi git commit.

Rủi ro - các tập tin bị xóa có thể trở lại.

Bạn có thể làm điều này với lệnh "rebase". Hãy gọi các nhánh là "chính" và "tính năng":

git checkout feature
git rebase main

Lệnh rebase sẽ phát lại tất cả các xác nhận trên "tính năng" dưới dạng một cam kết với cha mẹ bằng "chính".

Bạn có thể muốn chạy git merge main trước git rebase mainnếu "chính" đã thay đổi kể từ khi "tính năng" được tạo (hoặc kể từ lần hợp nhất gần đây nhất). Bằng cách đó, bạn vẫn có lịch sử đầy đủ của mình trong trường hợp bạn có xung đột hợp nhất.

Sau khi rebase, bạn có thể hợp nhất nhánh của bạn thành chính, điều này sẽ dẫn đến một sự hợp nhất chuyển tiếp nhanh:

git checkout main
git merge feature

Xem trang rebase của Hiểu Git về mặt khái niệm để có cái nhìn tổng quan tốt