Mundarija:

Qachon filialni qayta tiklash kerak?
Qachon filialni qayta tiklash kerak?
Anonim

Xulosa qilib aytganda, bir Git filialidan boshqasiga oʻzgartirish kiritish uchun:

  1. Tarixda majburiyatlar toʻplami aniq guruhlanishini istasangiz, birlashtirishdan foydalaning.
  2. Chiziqli topshiriqlar tarixini saqlamoqchi boʻlganingizda rebasedan foydalaning.
  3. Ommaviy/umumiy filialda rebase dan foydalanmang.

Filialni qayta tiklash nima qiladi?

Kontent nuqtai nazaridan, qayta asoslash - bu filialingiz bazasini bir majburiyatdan boshqasiga oʻzgartirish boʻlib, uni goʻyo siz boshqa majburiyatdan filial yaratgandek koʻring. Git buni ichkarida yangi majburiyatlar yaratish va ularni belgilangan bazaga qoʻllash orqali amalga oshiradi.

Qayta asoslashim kerakmi yoki birlashtirish kerakmi?

Agar siz tarixni xuddi shunday koʻrishni istasangiz, birlashtirish dan foydalaning. Birlashtirish tarixni saqlaydi, rebase esa uni qayta yozadi. Murakkab tarixni tartibga solish uchun qayta asoslash yaxshiroqdir, siz interaktiv qayta tiklash orqali topshiriqlar tarixini o'zgartirishingiz mumkin.

Nega Git rebase yomon?

Rebasing xavfli boʻlishi mumkin! Birgalikda boʻlgan filiallar tarixini qayta yozish jamoaviy ishning buzilishiga moyil boʻladi … Masofaviy filiallar bilan qayta tiklashning yana bir yon taʼsiri shundaki, siz bir nuqtada bosishni majburlashingiz kerak boʻladi. Atlassian’da biz ko‘rgan eng katta muammo shundaki, odamlar majburan surishadi – bu yaxshi – lekin git push-ni o‘rnatmagan.

Rivojlanish boʻlimida rebase nima?

Bundan farqli oʻlaroq, qayta asoslash manba boʻlimidagi oʻzgarishlarni qayta yozish orqali rivojlanish yoʻnalishlarini birlashtiradi, shunda ular maqsadli filialning bolalari sifatida koʻrinadi va bu majburiyatlar bajarilgandek koʻrinadi. boradigan shoxchaning tepasida yozilgan.

Tavsiya: