Cách tạo nhánh từ cam kết cụ thể trong nhánh khác nhau

Tôi đã thực hiện một số cam kết trong nhánh chính và sau đó hợp nhất chúng vào nhánh dev.

Tôi muốn tạo một nhánh từ một cam kết cụ thể trong nhánh dev, lần đầu tiên được cam kết trong nhánh chính.

Tôi đã sử dụng các lệnh:

git checkout dev
git branch  <branch name> <commit id>

Tuy nhiên, điều này tạo ra nhánh từ nhánh chủ, không phải nhánh nhà phát triển mà tôi mong đợi. Id cam kết giống nhau trong nhánh chính và nhánh nhà phát triển. Vì vậy, làm thế nào tôi có thể phân biệt cùng một id cam kết trong các nhánh khác nhau?

Tái bút: Tôi đã làm một ví dụ trong github tại đây https://github.com/RolandXu/test_for_branch

Tôi đã sử dụng các lệnh:

git checkout dev
git branch test 07aeec983bfc17c25f0b0a7c1d47da8e35df7af8

Điều tôi mong đợi là nhánh thử nghiệm chứa aa.txt bb.txt cc.txt. Tuy nhiên, nhánh kiểm tra chỉ chứa aa.txt và cc.txt. Rất có thể nó đã tạo nhánh từ nhánh chính.

Nếu bạn đang sử dụng dạng branchlệnh này (với điểm bắt đầu), không quan trọng bạn HEADđang ở đâu .

Bạn đang làm gì:

git checkout dev
git branch test 07aeec983bfc17c25f0b0a7c1d47da8e35df7af8

• Đầu tiên, bạn đặt của bạn HEADvào chi nhánh dev,

• Thứ hai, bạn bắt đầu một nhánh mới trên cam kết 07aeec98. Không có bb.txt tại cam kết này (theo repo github của bạn).

Nếu bạn muốn bắt đầu một chi nhánh mới tại vị trí bạn vừa kiểm tra, bạn có thể chạy chi nhánh không có điểm bắt đầu:

git branch test

hoặc như người khác đã trả lời, phân nhánh và thanh toán ở đó trong một thao tác:

git checkout -b test

Tôi nghĩ rằng bạn có thể bị nhầm lẫn bởi thực tế đó 07aeec98là một phần của nhánh dev. Đúng là cam kết này là tổ tiên của dev, các thay đổi của nó là cần thiết để đạt được cam kết mới nhất trong dev. Tuy nhiên, chúng là những cam kết khác cần thiết để đạt được điều mới nhất devvà những cam kết này không nhất thiết phải có trong lịch sử của 07aeec98.

8480e8ae(nơi bạn đã thêm bb.txt) chẳng hạn như không có trong lịch sử của 07aeec98. Nếu bạn phân nhánh từ 07aeec98, bạn sẽ không nhận được các thay đổi được giới thiệu bởi 8480e8ae.

Nói cách khác: nếu bạn hợp nhất nhánh A và nhánh B thành nhánh C, sau đó tạo một nhánh mới trên cam kết của A, bạn sẽ không nhận được những thay đổi được giới thiệu trong B.

Tương tự ở đây, bạn có hai nhánh master và dev song song, bạn đã hợp nhất trong dev. Việc phân nhánh từ một cam kết chính (cũ hơn so với hợp nhất) sẽ không cung cấp cho bạn những thay đổi của nhà phát triển.

Nếu bạn muốn tích hợp vĩnh viễn các thay đổi mới từ chính vào các nhánh tính năng của mình, bạn nên hợp nhấtmaster vào chúng và tiếp tục. Tuy nhiên, điều này sẽ tạo ra các cam kết hợp nhất trong các nhánh tính năng của bạn.

Nếu bạn chưa xuất bản các nhánh tính năng của mình, bạn cũng có thể căn cứ lại chúng trên bản chính được cập nhật: git rebase master featureA . Hãy chuẩn bị để giải quyết những xung đột có thể xảy ra.

Nếu bạn muốn một quy trình làm việc trong đó bạn có thể làm việc trên các nhánh tính năng mà không có cam kết hợp nhất và vẫn tích hợp với các thay đổi mới hơn trong tổng thể, tôi khuyên bạn nên làm như sau:

• dựa trên mọi nhánh tính năng mới dựa trên cam kết chính
• tạo một dev nhánh trên một cam kết chính
• khi bạn cần xem nhánh tính năng của mình tích hợp như thế nào với những thay đổi mới trong cái chính, hãy hợp nhất cả nhánh cái và nhánh tính năng vào dev.

Không cam kết devtrực tiếp, chỉ sử dụng nó để hợp nhất các chi nhánh khác.

Ví dụ: nếu bạn đang làm việc trên tính năng A và B:

a---b---c---d---e---f---g -master
    \       \
     \       \-x -featureB
      \
       \-j---k -featureA

Hợp nhất các nhánh thành một devnhánh để kiểm tra xem chúng có hoạt động tốt với cái chính mới hay không:

a---b---c---d---e---f---g -master
    \       \            \
     \       \            \--x'---k' -dev
      \       \             /    /   
       \       \-x----------    /    -featureB
        \                      /
         \-j---k--------------- -featureA

Bạn có thể tiếp tục làm việc trên các nhánh tính năng của mình và tiếp tục hợp nhất các thay đổi mới từ cả nhánh chính và nhánh tính năng thành devthường xuyên.

a---b---c---d---e---f---g---h---i----- -master
    \       \            \            \
     \       \            \--x'---k'---i'---l' -dev
      \       \             /    /         /
       \       \-x----------    /         /  -featureB
        \                      /         /  
         \-j---k-----------------l------ -featureA

Khi đã đến lúc tích hợp các tính năng mới, hãy hợp nhất các nhánh tính năng (không phải dev!) Thành chính.

Bạn có các đối số không đúng thứ tự:

git branch <branch-name> <commit>

và đối với điều đó, không quan trọng chi nhánh được kiểm tra; nó sẽ làm những gì bạn nói. (Nếu bạn bỏ qua đối số cam kết, nó sẽ mặc định tạo một nhánh ở cùng vị trí với đối số hiện tại.)

Nếu bạn muốn xem chi nhánh mới khi tạo nó:

git checkout -b <branch> <commit>

với hành vi tương tự nếu bạn bỏ qua đối số cam kết.

Bạn có thể làm điều này cục bộ như mọi người đã đề cập bằng cách sử dụng

git checkout -b <branch-name> <sha1-of-commit>

Ngoài ra, bạn có thể thực hiện việc này trong chính github, hãy làm theo các bước:

1- Trong kho, nhấp vào Commits .

2- trên cam kết mà bạn muốn phân nhánh, nhấp vào <>để duyệt qua kho lưu trữ tại thời điểm này trong lịch sử.

3- Nhấp vào tree: xxxxxxở phía trên bên trái. Chỉ cần nhập tên chi nhánh mới vào đó, nhấp vào Create branch xxxnhư hình bên dưới.

Bây giờ bạn có thể tìm nạp các thay đổi từ nhánh đó cục bộ và tiếp tục từ đó.

Thử

git checkout <commit hash>
git checkout -b new_branch

Cam kết chỉ nên tồn tại một lần trong cây của bạn, không phải ở hai nhánh riêng biệt.

Điều này cho phép bạn kiểm tra cam kết cụ thể đó và đặt tên cho nó những gì bạn sẽ làm.

Bạn phải làm:

git branch <branch_name> <commit>

(bạn đã thay đổi tên chi nhánh và cam kết)

Hoặc bạn có thể làm:

git checkout -b <branch_name> <commit>

Nếu thay vì bạn sử dụng tên nhánh, bạn sẽ nhận được một nhánh từ đầu nhánh.