Perbarui cabang Git dari master

Saya baru mengenal Git, dan sekarang saya dalam situasi ini:

• Saya memiliki empat cabang (master, b1, b2, dan b3).
• Setelah saya bekerja pada b1-b3, saya menyadari bahwa saya memiliki sesuatu untuk diubah pada master cabang yang seharusnya ada di semua cabang lainnya.
• Saya mengubah apa yang saya butuhkan masterdan ... ini masalah saya:

Bagaimana cara memperbarui semua cabang lainnya dengan masterkode cabang?

Anda memiliki dua opsi:

Yang pertama adalah penggabungan, tetapi ini menciptakan komit tambahan untuk penggabungan.

Periksa setiap cabang:

git checkout b1

Kemudian gabungkan:

git merge origin/master

Kemudian dorong:

git push origin b1

Atau, Anda dapat melakukan rebase:

git fetch
git rebase origin/master

Pada dasarnya Anda memiliki dua opsi:

1. Anda bergabung. Itu sebenarnya cukup sederhana, dan operasi lokal yang sempurna:

   git checkout b1
   git merge master
   # repeat for b2 and b3
   

   Ini meninggalkan sejarah persis seperti yang terjadi: Anda bercabang dari master, Anda membuat perubahan pada semua cabang, dan akhirnya Anda memasukkan perubahan dari master ke ketiga cabang.

   gitdapat menangani situasi ini dengan sangat baik, ini dirancang untuk penggabungan yang terjadi di semua arah, pada saat yang sama. Anda dapat mempercayainya untuk dapat menyatukan semua utas dengan benar. Ini sama sekali tidak peduli apakah b1penggabungan cabang master, atau mastergabungan b1, komit gabungan terlihat sama saja dengan git. Satu-satunya perbedaan adalah, cabang mana yang menunjuk komit gabungan ini.

2. Anda rebase. Orang-orang dengan SVN, atau latar belakang yang serupa merasa ini lebih intuitif. Perintahnya analog dengan kasus gabungan:

   git checkout b1
   git rebase master
   # repeat for b2 and b3
   

   Orang-orang menyukai pendekatan ini karena mempertahankan sejarah linier di semua cabang. Namun, sejarah linier ini bohong, dan Anda harus sadar bahwa itu benar. Pertimbangkan grafik komit ini:

   A --- B --- C --- D <-- master
    \
     \-- E --- F --- G <-- b1
   

   Penggabungan menghasilkan sejarah sebenarnya:

   A --- B --- C --- D <-- master
    \                 \
     \-- E --- F --- G +-- H <-- b1
   

   Namun, rebase memberi Anda sejarah ini:

   A --- B --- C --- D <-- master
                      \
                       \-- E' --- F' --- G' <-- b1
   

   Intinya adalah, bahwa komit E', F'dan G'tidak pernah benar-benar ada, dan memiliki kemungkinan pernah diuji. Mereka bahkan tidak dapat dikompilasi. Sebenarnya cukup mudah untuk membuat komitmen yang tidak masuk akal melalui rebase, terutama ketika perubahan masterpenting untuk pengembangan di b1.

   Konsekuensi dari ini mungkin, bahwa Anda tidak bisa membedakan yang mana dari tiga komit E, Fdan Gbenar-benar memperkenalkan kemunduran, mengurangi nilai git bisect.

   Saya tidak mengatakan bahwa Anda tidak boleh menggunakannya git rebase. Ini memiliki kegunaannya. Tetapi setiap kali Anda menggunakannya, Anda harus menyadari fakta bahwa Anda berbohong tentang sejarah. Dan Anda setidaknya harus mengkompilasi menguji komitmen baru.

git rebase masteradalah cara yang tepat untuk melakukan ini. Penggabungan akan berarti komit akan dibuat untuk penggabungan, sedangkan rebasing tidak.

Jika Anda sedang mengerjakan dan mematikan cabang, atau banyak yang telah terjadi di cabang lain saat Anda sedang mengerjakan sesuatu, yang terbaik adalah mengubah cabang Anda menjadi master. Ini membuat sejarah tetap rapi dan membuat banyak hal lebih mudah untuk diikuti.

git checkout master
git pull
git checkout local_branch_name
git rebase master
git push --force # force required if you've already pushed

Catatan:

• Jangan rebase cabang yang telah Anda kolaborasi dengan orang lain.
• Anda harus rebase pada cabang yang akan Anda gabungkan yang mungkin tidak selalu menjadi master.

Ada bab tentang rebasing di http://git-scm.com/book/ch3-6.html , dan banyak sumber daya lain di web.

@ cmaster membuat jawaban terinci terbaik. Secara singkat:

git checkout master #
git pull # update local master from remote master
git checkout <your_branch>
git merge master # solve merge conflicts if you have`

Anda seharusnya tidak menulis ulang sejarah cabang alih-alih menyimpannya dalam keadaan aktual untuk referensi di masa mendatang. Sementara bergabung untuk menguasai, itu menciptakan satu komit ekstra tapi itu murah. Komitmen tidak dikenakan biaya.

Untuk memperbarui cabang lain seperti (cadangan) dengan salinan cabang utama Anda. Anda dapat mengikuti salah satu cara (rebase atau gabung) ...

1. Lakukan rebase (tidak akan ada komit tambahan yang dibuat untuk cabang cadangan).

2. Gabungkan cabang (akan ada komit tambahan secara otomatis ke cabang cadangan).

   Catatan: Rebase tidak lain adalah membuat basis baru (salinan baru)

git checkout backup
git merge master
git push

(Ulangi untuk cabang lain jika ada seperti backup2 & dll ..,)

git checkout backup
git rebase master
git push

(Ulangi untuk cabang lain jika ada seperti backup2 & dll ..,)

Anda dapat menggabungkan, atau menerapkan komit individual di seluruh cabang dengan menggunakan git-pick ceri .

Ada dua opsi untuk masalah ini.

1) git rebase

2) git bergabung

Hanya berbeda dengan di atas keduanya dalam kasus penggabungan, akan memiliki komit ekstra dalam sejarah

1) cabang checkout git (b1, b2, b3)

2) git rebase asal / master (Dalam kasus konflik diselesaikan secara lokal dengan melakukan git rebase --continue)

3) git push

Atau, opsi git merge juga mirip

1) git checkout "your_branch" (b1, b2, b3)

2) git merge master

3) git push

untuk memperbarui cabang Anda dari master:

  git checkout master
  git pull
  git checkout your_branch
  git merge master