Làm thế nào để thay thế chi nhánh địa phương bằng chi nhánh từ xa hoàn toàn trong Git?

Tôi có hai chi nhánh:

1. chi nhánh địa phương (nơi tôi làm việc cùng)
2. chi nhánh từ xa (công khai, chỉ có các cam kết được thử nghiệm tốt ở đó)

Gần đây tôi nghiêm túc làm hỏng chi nhánh địa phương của tôi.

Làm thế nào tôi có thể thay thế hoàn toàn chi nhánh địa phương bằng điều khiển từ xa, để tôi có thể tiếp tục công việc của mình từ nơi chi nhánh từ xa bây giờ?

Tôi đã tìm kiếm SO và kiểm tra chi nhánh từ xa không có bất kỳ ảnh hưởng nào.

1. Hãy chắc chắn rằng bạn đã kiểm tra chi nhánh bạn đang thay thế (từ nhận xét của Zoltán ).

2. Giả sử chủ đó là chi nhánh địa phương bạn đang thay thế và "origin / master" là chi nhánh từ xa bạn muốn đặt lại thành:

   git reset --hard origin/master
   

Điều này cập nhật nhánh CHÍNH cục bộ của bạn để được sửa đổi giống như nguồn gốc / bản gốc và --hardcũng sẽ đồng bộ hóa thay đổi này vào chỉ mục và không gian làm việc.

Điều đó dễ như ba bước:

1. Xóa chi nhánh địa phương của bạn: git branch -d local_branch
2. Lấy chi nhánh từ xa mới nhất: git fetch origin remote_branch
3. Xây dựng lại chi nhánh địa phương dựa trên điều khiển từ xa: git checkout -b local_branch origin/remote_branch

git branch -D <branch-name>
git fetch <remote> <branch-name>
git checkout -b <branch-name> --track <remote>/<branch-name>

Thay thế mọi thứ bằng nhánh từ xa; nhưng , chỉ từ cùng một cam kết chi nhánh địa phương của bạn là trên:

git reset --hard origin/some-branch

HOẶC , nhận bản mới nhất từ chi nhánh từ xa và thay thế mọi thứ:

git fetch origin some-branch
git reset --hard FETCH_HEAD

Bên cạnh đó, nếu cần, bạn có thể xóa sạch các tệp và thư mục chưa được theo dõi mà bạn chưa cam kết:

git clean -fd

Cách an toàn và đầy đủ nhất để thay thế chi nhánh địa phương hiện tại bằng điều khiển từ xa:

git stash
git merge --abort
git rebase --abort
git branch -M yourBranch replaced_yourBranch
git fetch origin yourBranch:yourBranch
git checkout yourBranch

Các stashdòng lưu các thay đổi mà bạn đã không cam kết. Các branchdòng di chuyển chi nhánh của bạn để một cái tên khác, giải phóng các tên gốc. Các fetchdòng lấy bản sao mới nhất của điều khiển từ xa. Các checkoutdòng tái tạo chi nhánh ban đầu như một chi nhánh theo dõi.

Hoặc là một hàm bash:

replaceWithRemote() {
    yourBranch=${1:-`git rev-parse --abbrev-ref HEAD`}
    git stash
    git merge --abort
    git rebase --abort
    git branch -M ${yourBranch} replaced_${yourBranch}_`git rev-parse --short HEAD`
    git fetch origin ${yourBranch}:${yourBranch}
    git checkout ${yourBranch}
}

mà đổi tên nhánh hiện tại thành một cái gì đó như thay thế_master_98d258f.

Tôi hơi ngạc nhiên khi không ai đề cập đến điều này; Tôi sử dụng nó gần như mỗi ngày:

git reset --hard @{u}

Về cơ bản, @{u}chỉ là viết tắt cho nhánh ngược dòng mà nhánh hiện tại của bạn đang theo dõi. Ví dụ, điều này thường tương đương với origin/[my-current-branch-name]. Nó tốt bởi vì nó là bất khả tri.

Hãy chắc chắn git fetchđầu tiên để có được bản sao mới nhất của chi nhánh từ xa.

Nó có thể được thực hiện theo nhiều cách, tiếp tục chỉnh sửa câu trả lời này để truyền bá quan điểm kiến ​​thức tốt hơn.

1) Đặt lại cứng

Nếu bạn đang làm việc từ chi nhánh phát triển từ xa, bạn có thể đặt lại CHÍNH về cam kết cuối cùng trên nhánh từ xa như sau:

git reset --hard origin/develop

2) Xóa chi nhánh hiện tại và kiểm tra lại từ kho lưu trữ từ xa

Xem xét, bạn đang làm việc về phát triển chi nhánh trong repo cục bộ, đồng bộ hóa với chi nhánh từ xa / phát triển, bạn có thể làm như sau:

git branch -D develop
git checkout -b develop origin/develop

3) Hủy bỏ hợp nhất

Nếu bạn ở giữa một hợp nhất xấu (thực hiện sai với nhánh sai) và muốn tránh hợp nhất để quay lại nhánh mới nhất như sau:

git merge --abort

4) Hủy bỏ cuộc nổi loạn

Nếu bạn ở giữa một rebase xấu, bạn có thể hủy yêu cầu rebase như sau:

git rebase --abort

Bạn có thể làm như @Hugo của @Laurent đã nói, hoặc bạn có thể sử dụng git rebaseđể xóa các cam kết bạn muốn thoát khỏi, nếu bạn biết những cam kết nào. Tôi có xu hướng sử dụng git rebase -i head~N(trong đó N là một số, cho phép bạn thao tác N cam kết cuối cùng) cho loại hoạt động này.

Các câu trả lời được lựa chọn là hoàn toàn đúng , tuy nhiên nó không để lại tôi với các mới nhất cam / push ...

Vì vậy, đối với tôi:

git reset --hard dev/jobmanager-tools
git pull  ( did not work as git was not sure what branch i wanted)

Vì tôi biết tôi muốn tạm thời đặt chi nhánh ngược dòng của mình trong một vài tuần tới một chi nhánh cụ thể (giống như chi nhánh tôi đã chuyển sang / kiểm tra trước đó và đã thiết lập lại cứng)

Vì vậy, SAU thiết lập lại

git branch --set-upstream-to=origin/dev/jobmanager-tools
git pull
git status    ( says--> on branch  dev/jobmanager-tools 

Nếu bạn muốn cập nhật chi nhánh hiện chưa được kiểm tra, bạn có thể làm:

git fetch -f origin rbranch:lbranch

Như được cung cấp trong lời giải thích đã chọn, git reset là tốt. Nhưng ngày nay chúng ta thường sử dụng các mô-đun phụ: kho lưu trữ bên trong kho. Ví dụ: nếu bạn sử dụng ZF3 và jQuery trong dự án của mình, bạn có thể muốn chúng được sao chép từ kho lưu trữ ban đầu của chúng. Trong trường hợp như vậy git reset là không đủ. Chúng tôi cần cập nhật các mô hình con lên phiên bản chính xác được xác định trong kho lưu trữ của chúng tôi:

git checkout master
git fetch origin master
git reset --hard origin/master
git pull

git submodule foreach git submodule update

git status

nó giống như bạn sẽ đến (cd) đệ quy vào thư mục làm việc của từng mô-đun phụ và sẽ chạy:

git submodule update

Và nó rất khác với

git checkout master
git pull

bởi vì các mô đun con trỏ không đến nhánh mà đến cam kết.

Trong trường hợp đó khi bạn kiểm tra thủ công một số nhánh cho 1 hoặc nhiều mô hình con, bạn có thể chạy

git submodule foreach git pull

git reset --hard
git clean -fd

Điều này làm việc cho tôi - sạch sẽ hiển thị tất cả các tập tin nó đã xóa quá. Nếu nó cho bạn biết bạn sẽ mất các thay đổi, bạn cần phải bỏ qua.

Cách xấu xí nhưng đơn giản hơn: xóa thư mục cục bộ của bạn và sao chép lại kho lưu trữ từ xa.