Git: Hiện tại không có trên bất kỳ chi nhánh nào. Có một cách dễ dàng để lấy lại chi nhánh, trong khi vẫn giữ các thay đổi?

Vì vậy, tôi đã thực hiện một số công việc trong kho lưu trữ và khi tôi sắp cam kết tôi nhận ra rằng tôi hiện không ở bất kỳ chi nhánh nào.

Điều này xảy ra rất nhiều khi làm việc với các mô hình con và tôi có thể giải quyết nó, nhưng quá trình này rất tẻ nhạt và tôi đã nghĩ rằng phải có một cách dễ dàng hơn để làm điều này.

Có một cách dễ dàng để lấy lại chi nhánh, trong khi vẫn giữ các thay đổi?

Nếu bạn chưa cam kết:

git stash
git checkout some-branch
git stash pop

Nếu bạn đã cam kết và không thay đổi bất cứ điều gì kể từ:

git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}

Nếu bạn đã cam kết và sau đó làm thêm:

git stash
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
git stash pop

điều này đã giúp tôi

git checkout -b newbranch
git checkout master
git merge newbranch
git branch -d newbranch

git checkout master

Đó là kết quả như thế này:

Warning: you are leaving 2 commits behind, not connected to
any of your branches:

1e7822f readme
0116b5b returned to clean django

If you want to keep them by creating a new branch, this may be a good time to do so with:
git branch new_branch_name 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Vì vậy, hãy làm điều đó:

git merge 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Rời khỏi đây

git branch newbranch
git checkout master 
git merge newbranch 

Ngoài ra, bạn có thể thiết lập các mô hình con của mình để thay vì ở trạng thái đầu tách rời mặc định của chúng, bạn hãy kiểm tra một nhánh.

Chỉnh sửa để thêm:

Một cách là kiểm tra một nhánh cụ thể của mô hình con khi bạn thêm nó với cờ -b:

git submodule add -b master <remote-repo> <path-to-add-it-to>

Một cách khác là chỉ cần đi vào thư mục mô hình con và chỉ cần kiểm tra nó

git checkout master

Một cách để kết thúc trong tình huống này là sau khi thực hiện một cuộc nổi loạn từ một nhánh xa. Trong trường hợp này, các cam kết mới được trỏ đến HEADnhưng masterkhông trỏ đến chúng - nó chỉ vào bất cứ nơi nào trước khi bạn từ chối chi nhánh khác.

Bạn có thể thực hiện cam kết này mới masterbằng cách thực hiện:

git branch -f master HEAD
git checkout master

Điều này buộc phải cập nhật masterđể trỏ đến HEAD(mà không đưa bạn vào master) sau đó chuyển sang master.

Gần đây tôi gặp vấn đề này một lần nữa. Đã được một thời gian kể từ lần cuối tôi làm việc với các mô hình con và đã tìm hiểu thêm về git, tôi nhận ra rằng chỉ cần kiểm tra chi nhánh bạn muốn cam kết là đủ. Git sẽ giữ cây làm việc ngay cả khi bạn không cất nó.

git checkout existing_branch_name

Nếu bạn muốn làm việc trên một chi nhánh mới, điều này sẽ phù hợp với bạn:

git checkout -b new_branch_name

Việc thanh toán sẽ thất bại nếu bạn có xung đột trong cây làm việc, nhưng điều đó khá bất thường và nếu nó xảy ra, bạn có thể bỏ qua nó, bật nó và giải quyết xung đột.

So với câu trả lời được chấp nhận, câu trả lời này sẽ giúp bạn tiết kiệm được hai lệnh, điều đó thực sự không mất nhiều thời gian để thực hiện. Do đó, tôi sẽ không chấp nhận câu trả lời này, trừ khi nó kỳ diệu nhận được nhiều sự ủng hộ hơn (hoặc ít nhất là gần gũi) hơn câu trả lời hiện được chấp nhận.

Phương pháp sau có thể hoạt động:

git rebase HEAD master
git checkout master

Điều này sẽ khởi động lại các thay đổi CHÍNH hiện tại của bạn trên đầu trang chính. Sau đó, bạn có thể chuyển đổi chi nhánh.

Cách khác là kiểm tra chi nhánh trước:

git checkout master

Sau đó, Git sẽ hiển thị SHA1 của các cam kết tách rời của bạn, sau đó bạn có thể chọn cherry, ví dụ:

git cherry-pick YOURSHA1

Hoặc bạn cũng có thể hợp nhất cái mới nhất:

git merge YOURSHA1

Để xem tất cả các cam kết của bạn từ các chi nhánh khác nhau (để đảm bảo bạn có chúng), hãy chạy : git reflog.

Tôi biết tôi đã nói với babay vào năm 2012 rằng tôi nghĩ rằng không có khả năng ai đó sẽ không nhận ra rằng họ không ở trên một chi nhánh và cam kết. Điều này chỉ xảy ra với tôi, vì vậy tôi đoán rằng tôi phải thừa nhận rằng tôi đã sai, nhưng xem xét rằng phải mất đến năm 2016 để điều này xảy ra với tôi, bạn có thể lập luận rằng thực tế là không thể.

Dù sao, việc tạo ra một chi nhánh mới là quá mức cần thiết theo ý kiến ​​của tôi. Tât cả nhưng điêu bạn phải lam la:

git checkout some-branch
git merge commit-sha

Nếu bạn không sao chép cam kết trước khi kiểm tra chi nhánh khác, bạn có thể dễ dàng tìm thấy nó bằng cách chạy:

git reflog