Xulosa qilib aytganda, bir Git filialidan boshqasiga oʻzgartirish kiritish uchun:
- Tarixda majburiyatlar toʻplami aniq guruhlanishini istasangiz, birlashtirishdan foydalaning.
- Chiziqli topshiriqlar tarixini saqlamoqchi boʻlganingizda rebasedan foydalaning.
- Ommaviy/umumiy filialda rebase dan foydalanmang.
git pull birlashadimi yoki qayta asoslanadimi?
Sukut boʻyicha, git pull buyrugʻi birlashtirishni amalga oshiradi, lekin siz uni masofaviy filialni --rebase opsiyasini oʻtkazish orqali rebase bilan birlashtirishga majburlashingiz mumkin.
Rebasedan keyin tortib olishim kerakmi?
tl;dr Siz asosiy funksiyani git pull va git pull --rebase bilan asosiy funksiyani ham yangilashingiz kerak. Funksiyangizni qayta asoslaganingizdan soʻng git pull qilishning hojati yoʻq asosiy ustki qismidagi.
git pull kerakmi yoki git rebasemi?
Xulosa. Agar siz git boshlang'ich bo'lsangiz va siz narsalar xavfsiz bo'lishini istasangiz, kodni birlashtirish uchun doimo git pull va git merge dan foydalanishni tavsiya qilaman. … Agar siz git tarixini toza va ozoda saqlashni istasangiz, git rebase siz uchun Esda tutingki, git rebase-dan ehtiyotkorlik bilan foydalanish kerak, aks holda buning uchun siz haq to'laysiz.:).
Tarkibdan keyin birlashtirishim kerakmi?
Oʻchirish soʻrovini birlashtirish haqida
Oʻchirish soʻrovida siz bosh novdaga kiritilgan oʻzgarishlarni asosiy filialga birlashtirishni taklif qilasiz. Odatiy boʻlib, har qanday tortishish soʻrovini istalgan vaqtda birlashtirish mumkin, agar bosh filial asosiy tarmoqqa zid boʻlmasa.
