Bir şubenin içeriğini yeni bir yerel şubeye nasıl kopyalayabilirim?

Yerel bir şubede çalıştım ve değişiklikleri uzaktan kumandayı zorladım. O daldaki değişiklikleri geri almak ve dalda başka bir şey yapmak istiyorum, ama işi tamamen kaybetmek istemiyorum. Yerel olarak yeni bir şube oluşturmak ve eski dalı oraya kopyalamak gibi bir şey düşünüyordum, o zaman değişiklikleri geri alabilir ve eski şube üzerinde çalışmaya devam edebilirim. Belki daha iyi bir yol var mı? Veya bunu nasıl yaparım?

git checkout old_branch
git branch new_branch

Bu size "old_branch" ile aynı durumdaki yeni bir şube "new_branch" verecektir.

Bu komut aşağıdakilerle birleştirilebilir:

git checkout -b new_branch old_branch

git branch copyOfMyBranch MyBranch

Bu, potansiyel olarak zaman alıcı ve gereksiz bir şubeyi kontrol etme eylemini önler. Bir kasanın "çalışma ağacını" değiştirdiğini hatırlayın; bu, büyükse veya büyük dosyalar (örneğin resimler veya videolar) içeriyorsa uzun sürebilir.

Git 2.15 (4. Çeyrek 2017) ile mevcut bir şubeyi kopyalayarak yeni bir dal oluşturmayı git branch"öğrendim" -c/-C.

Bakınız Ævar Arnfjörð Bjarmason ( ) tarafından c8b2cec (18 Haz 2017 ) . Bkz. Taahhüt 52d59cc , taahhüt 5463caa (18 Haz 2017) Sahil Dua ( ) . ^{(Tarafından Birleştirilmiş - Junio C Hamano - içinde 3b48045 taahhüt 2017, 03 Eki)}avar
sahildua2305
gitster

branch: Bir ekleme --copy( -cgitmek) seçeneğini --move( -m)

--copyBir şubeye ve onun reflog ve yapılandırmasına yetenek eklediğinizde , reflog ve yapılandırma taşınmak yerine kopyalanması dışında --move( -m) seçeneğiyle aynı temel makineleri kullanır .

Bu örneğin yeni sürümü için bir konu dalı kopyalama örneğin yararlıdır workiçin work-2gönderdikten sonra workfarklı şube ile gider tüm izleme bilgileri ve diğer konfigürasyon koruyarak ve süre listesine Konu --moveetrafında diğer şimdiden gönderilen dalı tutmak referans.

Not: bir dalı kopyalarken, geçerli dalınızda kalırsınız.
Junio ​​C Hamano'nun açıkladığı gibi:

Geçerli dal Bolan dalını kopyalayarak yeni bir dal oluştururken, yeni dalın üzerine Agelecek şekilde güncelleştirilir HEAD.
Muhtemelen bu şekilde yapıldı çünkü " git branch -c A B" uygulaması "üzerinde piggyback yaptı git branch -m A B,

Bu olağan beklentilerle uyuşmuyor.
Eğer mavi bir sandalyede oturuyor olsaydım ve biri gelir ve onu kırmızıya boyarsa, şimdi kırmızı olan bir sandalyede oturmayı kabul ederdim (bunun yerine artık en sevdiğim mavi sandalyem olmadığı için durmak için de sorun yok ).

Ama eğer birisi oturduğum mavi sandalyeden sonra modellenen yeni bir kırmızı sandalye yaratırsa, mavi sandalyeden önyüklenmeyi ve yeni kırmızı sandalyede oturmayı beklemiyorum.