Giả sử chúng ta có tình huống sau trong Git:

1. Một kho lưu trữ đã tạo:

   mkdir GitTest2
   cd GitTest2
   git init
   

2. Một số sửa đổi trong bản gốc diễn ra và được cam kết:

   echo "On Master" > file
   git commit -a -m "Initial commit"
   

3. Feature1 rẽ nhánh chủ và một số công việc được thực hiện:

   git branch feature1
   git checkout feature1
   echo "Feature1" > featureFile
   git commit -a -m "Commit for feature1"
   

4. Trong khi đó, một lỗi được phát hiện trong mã chủ và một nhánh hotfix được thiết lập:

   git checkout master
   git branch hotfix1
   git checkout hotfix1
   

5. Lỗi được sửa trong nhánh hotfix và được hợp nhất trở lại vào bản gốc (có lẽ sau khi xem xét yêu cầu kéo / mã):

   echo "Bugfix" > bugfixFile
   git commit -a -m "Bugfix Commit"
   git checkout master
   git merge --no-ff hotfix1
   

6. Phát triển trên Feature1 tiếp tục:

   git checkout feature1
   

Nói rằng tôi cần hotfix trong nhánh tính năng của mình, có thể do lỗi cũng xảy ra ở đó. Làm cách nào tôi có thể đạt được điều này mà không cần sao chép các cam kết vào nhánh tính năng của mình?

Tôi muốn ngăn chặn để có được hai cam kết mới trên nhánh tính năng của mình mà không liên quan đến việc triển khai tính năng. Điều này đặc biệt quan trọng đối với tôi nếu tôi sử dụng các yêu cầu kéo: Tất cả các cam kết này cũng sẽ được bao gồm trong yêu cầu kéo và phải được xem xét mặc dù điều này đã được thực hiện (vì hotfix đã có trong bản gốc).

Tôi không thể thực hiện git merge master --ff-only: "gây tử vong: Không thể tiến nhanh, hủy bỏ.", Nhưng tôi không chắc liệu điều này có giúp tôi không.

Làm thế nào để chúng ta hợp nhất nhánh chủ vào nhánh tính năng? Dễ dàng:

git checkout feature1
git merge master

Không có điểm nào buộc phải hợp nhất chuyển tiếp nhanh ở đây, vì nó không thể được thực hiện. Bạn đã cam kết cả vào nhánh tính năng và nhánh chính. Chuyển tiếp nhanh là không thể bây giờ.

Hãy xem GitFlow . Đây là một mô hình phân nhánh cho git có thể được theo dõi, và bạn đã vô thức làm điều đó. Nó cũng là một phần mở rộng cho Git, bổ sung một số lệnh cho các bước tiến trình công việc mới tự động thực hiện mọi thứ mà bạn cần phải làm thủ công.

Vì vậy, những gì bạn đã làm ngay trong quy trình làm việc của bạn? Bạn có hai nhánh để làm việc, nhánh Feature1 của bạn về cơ bản là nhánh "phát triển" trong mô hình GitFlow.

Bạn đã tạo một nhánh hotfix từ chủ và hợp nhất lại. Và bây giờ bạn đang bị mắc kẹt.

Mô hình GitFlow yêu cầu bạn hợp nhất hotfix cũng với nhánh phát triển, đó là "Feature1" trong trường hợp của bạn.

Vì vậy, câu trả lời thực sự sẽ là:

git checkout feature1
git merge --no-ff hotfix1

Điều này thêm tất cả các thay đổi được thực hiện bên trong hotfix vào nhánh tính năng, nhưng chỉ những thay đổi đó. Chúng có thể xung đột với các thay đổi phát triển khác trong nhánh, nhưng chúng sẽ không xung đột với nhánh chính nếu cuối cùng bạn hợp nhất nhánh tính năng trở lại thành chủ.

Hãy rất cẩn thận với việc nổi loạn. Chỉ rebase nếu những thay đổi bạn đã lưu cục bộ vào kho lưu trữ của bạn, ví dụ: bạn không đẩy bất kỳ chi nhánh nào sang một số kho lưu trữ khác. Rebasing là một công cụ tuyệt vời để bạn sắp xếp các cam kết địa phương của mình thành một trật tự hữu ích trước khi đẩy nó ra thế giới, nhưng việc nổi loạn sau đó sẽ làm rối tung mọi thứ cho những người mới bắt đầu như bạn.

Bạn sẽ có thể rebase chi nhánh của bạn trên master:

git checkout feature1
git rebase master

Quản lý tất cả các xung đột phát sinh. Khi bạn nhận được các xác nhận với các lỗi (đã có bản gốc), Git sẽ nói rằng không có thay đổi nào và có thể chúng đã được áp dụng. Sau đó, bạn tiếp tục rebase (trong khi bỏ qua các xác nhận đã có trong master) với

git rebase --skip

Nếu bạn thực hiện một git lognhánh trên nhánh tính năng của mình, bạn sẽ thấy cam kết sửa lỗi chỉ xuất hiện một lần và trong phần chính.

Để thảo luận chi tiết hơn, hãy xem tài liệu về sách Git trên git rebase( https://git-scm.com/docs/git-rebase ) bao gồm trường hợp sử dụng chính xác này.

================ Chỉnh sửa cho bối cảnh bổ sung ====================

Câu trả lời này được cung cấp cụ thể cho câu hỏi của @theomega, tính đến tình huống cụ thể của anh ấy. Lưu ý phần này:

Tôi muốn ngăn [...] cam kết trên nhánh tính năng của mình không liên quan đến việc triển khai tính năng.

Đánh bại chi nhánh riêng của mình trên chủ là chính xác những gì sẽ mang lại kết quả đó. Ngược lại, sáp nhập chủ vào chi nhánh của mình sẽ thực hiện chính xác những gì anh ta không muốn xảy ra : thêm một cam kết không liên quan đến việc triển khai tính năng mà anh ta đang thực hiện thông qua chi nhánh của mình.

Để giải quyết những người dùng đọc tiêu đề câu hỏi, bỏ qua nội dung và bối cảnh thực tế của câu hỏi và sau đó chỉ đọc câu trả lời hàng đầu một cách mù quáng giả sử nó sẽ luôn áp dụng cho trường hợp sử dụng (khác nhau) của họ, cho phép tôi giải thích:

• chỉ rebase các nhánh riêng (tức là chỉ tồn tại trong kho lưu trữ cục bộ của bạn và chưa được chia sẻ với người khác). Đánh bại các chi nhánh được chia sẻ sẽ "phá vỡ" các bản sao mà người khác có thể có.
• nếu bạn muốn tích hợp các thay đổi từ một chi nhánh (dù là chủ hay chi nhánh khác) vào một chi nhánh công khai (ví dụ: bạn đã đẩy chi nhánh để mở yêu cầu kéo, nhưng hiện tại có xung đột với chủ và bạn cần cập nhật chi nhánh của bạn để giải quyết những xung đột đó) bạn sẽ cần hợp nhất chúng vào (ví dụ git merge masternhư trong câu trả lời của @ Sven).
• bạn cũng có thể hợp nhất các chi nhánh vào các chi nhánh tư nhân địa phương nếu đó là sở thích của bạn, nhưng lưu ý rằng nó sẽ dẫn đến các cam kết "nước ngoài" trong chi nhánh của bạn.

Cuối cùng, nếu bạn không hài lòng với thực tế rằng câu trả lời này không phù hợp nhất với tình huống của bạn mặc dù là cho @theomega, việc thêm một bình luận bên dưới sẽ không đặc biệt hữu ích: Tôi không kiểm soát câu trả lời nào được chọn, chỉ @theomega làm.

Dựa trên bài viết này , bạn nên:

• tạo chi nhánh mới dựa trên phiên bản mới của chủ

  git branch -b newmaster

• hợp nhất nhánh tính năng cũ của bạn thành một nhánh mới

  git checkout newmaster

• giải quyết xung đột trên nhánh tính năng mới

Hai lệnh đầu tiên có thể được kết hợp với git checkout -b newmaster.

Bằng cách này, lịch sử của bạn vẫn rõ ràng vì bạn không cần sáp nhập lại. Và bạn không cần phải quá thận trọng vì bạn không cần phải thực hiện một cuộc nổi loạn Git.

git merge

bạn có thể làm theo các bước dưới đây

1. hợp nhất origin/masterchi nhánh với featurechi nhánh

# step1: change branch to master, and pull to update all commits
$ git checkout master
$ git pull

# step2: change branch to target, and pull to update commits
$ git checkout feature
$ git pull

# step3: merge master to feature(⚠️ current is feature branch)
$ git merge master

2. hợp nhất featurechi nhánh với origin/masterchi nhánh

origin/masterlà nhánh chủ từ xa, trong khi masterlà nhánh chính cục bộ

$ git checkout master
$ git pull origin/master

$ git merge feature
$ git push origin/master

Câu trả lời của Zimi mô tả quá trình này nói chung. Dưới đây là chi tiết cụ thể:

1. Tạo và chuyển sang một chi nhánh mới. Hãy chắc chắn rằng nhánh mới được dựa trên masterđể nó sẽ bao gồm các hotfix gần đây.

   git checkout master
   git branch feature1_new
   git checkout feature1_new
   
   # Or, combined into one command:
   git checkout -b feature1_new master
   

2. Sau khi chuyển sang nhánh mới, hợp nhất các thay đổi từ nhánh tính năng hiện có của bạn. Điều này sẽ thêm các cam kết của bạn mà không cần sao chép các cam kết hotfix.

   git merge feature1
   

3. Trên nhánh mới, giải quyết mọi xung đột giữa tính năng của bạn và nhánh chính.

Làm xong! Bây giờ sử dụng chi nhánh mới để tiếp tục phát triển tính năng của bạn.

Đây là một kịch bản bạn có thể sử dụng để hợp nhất nhánh chính của bạn vào nhánh hiện tại của bạn.

Kịch bản thực hiện như sau:

• Chuyển sang nhánh chính
• Kéo nhánh chính
• Chuyển về chi nhánh hiện tại của bạn
• Hợp nhất nhánh chính vào nhánh hiện tại của bạn

Lưu mã này dưới dạng tệp bó (.bat) và đặt tập lệnh ở bất kỳ đâu trong kho lưu trữ của bạn. Sau đó bấm vào nó để chạy nó và bạn đã được thiết lập.

:: This batch file pulls current master and merges into current branch

@echo off

:: Option to use the batch file outside the repo and pass the repo path as an arg
set repoPath=%1
cd %repoPath%

FOR /F "tokens=*" %%g IN ('git rev-parse --abbrev-ref HEAD') do (SET currentBranch=%%g)

echo current branch is %currentBranch%
echo switching to master
git checkout master
echo.
echo pulling origin master
git pull origin master
echo.
echo switching back to %currentBranch%
git checkout %currentBranch%
echo.
echo attemting merge master into %currentBranch%
git merge master
echo.
echo script finished successfully
PAUSE

Bạn có thể thực hiện "chọn anh đào" để kéo (các) cam kết chính xác mà bạn cần vào nhánh tính năng của mình.

Làm một git checkout hotfix1để có được trên nhánh hotfix1. Sau đó thực hiện git logđể có được hàm băm SHA-1 (chuỗi lớn các chữ cái và số ngẫu nhiên xác định duy nhất một cam kết) của cam kết trong câu hỏi. Sao chép đó (hoặc 10 ký tự đầu tiên hoặc lâu hơn).

Sau đó, git checkout feature1để quay lại chi nhánh tính năng của bạn.

Sau đó, git cherry-pick <the SHA-1 hash that you just copied>

Điều đó sẽ kéo cam kết đó và chỉ cam kết đó vào nhánh tính năng của bạn. Sự thay đổi đó sẽ nằm trong chi nhánh - bạn chỉ cần "chọn anh đào". Sau đó, tiếp tục công việc, chỉnh sửa, cam kết, đẩy, v.v. vào nội dung trái tim của bạn.

Cuối cùng, khi bạn thực hiện hợp nhất khác từ một nhánh vào nhánh tính năng của mình (hoặc ngược lại), Git sẽ nhận ra rằng bạn đã hợp nhất trong cam kết cụ thể đó , biết rằng nó không phải thực hiện lại và chỉ cần "Bỏ qua" nó.

Tôi đang ở trong nhánh tính năng và thực hiện tái cấu trúc. Tôi muốn hợp nhất các thay đổi chính bây giờ với nhánh tính năng của tôi. Tôi ở xa phía sau. Lưu ý Tôi không muốn kéo các thay đổi chính về cục bộ của mình vì nhánh tính năng của tôi có các mô-đun được di chuyển từ nơi này sang nơi khác. Tôi tìm thấy chỉ thực hiện dưới đây mà không kéo không hoạt động. nó nói "Đã cập nhật."

 //below does not get the latest from remote master to my local feature branch without git pull
    git checkout master 
    git fetch 
    git checkout my-feature-branch 
    git merge master

Điều này dưới đây hoạt động, lưu ý sử dụng git merge origin / master:

 git checkout master 
    git fetch 
    git checkout my-feature-branch 
    git merge origin/master