Git filialini masterga birlashtirishning eng yaxshi (va eng xavfsiz) usuli qanday?

Men buni qanday qilgan bo'lardim

git checkout master
git pull origin master
git merge test
git push origin master

Agar uzoqdan mahalliy filialim bo'lsa, bu filialdan boshqa filiallarni masofadan boshqarish pulti bilan birlashtirish menga qulay emas. Bundan tashqari, men o'z o'zgartirishlarimni turtmoqchi bo'lgan narsamdan mamnun bo'lmagunimcha, o'z o'zgartirishlarimni surishtirmayman, shuningdek, faqat men va mahalliy omborim uchun bo'lgan narsalarni umuman surmayman. Sizning tavsifingizda test faqat siz uchun bo'lganga o'xshaydi? Shuning uchun uni nashr qilish uchun hech qanday sabab yo'q.

git har doim sizni va boshqalarni hurmat qilishga harakat qiladi va --rebase ham o'zgaradi. Men buni to'g'ri tushuntira olmayman deb o'ylayman, shuning uchun Git kitobiga qarang. - Rebasing yoki git-ready: Rebasingga kirish kichik tavsif uchun. Bu juda ajoyib xususiyat

Bu juda amaliy savol, lekin yuqoridagi barcha javoblar amaliy emas.

Kabi

git checkout master
git pull origin master
git merge test
git push origin master

Ushbu yondashuvda ikkita muammo mavjud:

1. Bu xavfli, chunki test bo‘limi va asosiy filial o‘rtasida ziddiyat bor yoki yo‘qligini bilmaymiz.

2. U barcha test topshiriqlarini masterda bitta birlashma majburiyatiga "siqib chiqaradi"; ya'ni asosiy filialda biz test filialining barcha o'zgarishlar jurnallarini ko'ra olmaymiz.

Shunday qilib, biz qandaydir ziddiyatlarga shubha qilsak, biz quyidagi git operatsiyalariga ega bo'lishimiz mumkin:

git checkout test
git pull 
git checkout master
git pull
git merge --no-ff --no-commit test

merge ni commit dan oldin sinab ko'ring, --no-ff gacha tez oldinga siljishdan qoching,

Agar ziddiyat yuzaga kelsa, biz git status ni ishga tushirib, mojarolar haqidagi tafsilotlarni tekshirishimiz va ularni hal qilishga harakat qilishimiz mumkin

git status

Biz mojarolarni hal qilgandan so'ng yoki ziddiyat bo'lmasa, biz ularni commit va push qilamiz

git commit -m 'merge test branch'
git push

Ammo bu yo'l test bo'limiga kiritilgan o'zgarishlar tarixini yo'qotadi va bu master filialni boshqa ishlab chiquvchilar uchun loyiha tarixini tushunishini qiyinlashtiradi.

Shunday qilib, eng yaxshi usul - biz merge o'rniga rebase dan foydalanishimiz kerak (deylik, bu vaqt ichida biz filial ziddiyatlarini hal qildik).

Quyida bitta oddiy misol keltirilgan, kengaytirilgan operatsiyalar uchun http://git-scm.com/book/en/v2/Git-Branching-Rebasing

git checkout master
git pull
git checkout test
git pull
git rebase -i master
git checkout master
git merge test

Ha, yuqori natijalarni tugatganingizdan so'ng, Test bo'limining barcha majburiyatlari Master filiali boshlig'iga o'tkaziladi. Qayta tiklashning asosiy afzalligi shundaki, siz chiziqli va ancha toza loyiha tarixiga ega bo'lasiz.

Siz qochishingiz kerak bo'lgan yagona narsa: hech qachon rebase ni asosiy filial kabi jamoat filialida ishlatmang.

Quyidagi kabi Hech qachon operatsiyalarni bajarmang:

git checkout master
git rebase -i test

https://www.atlassian.com/git/tutorials/merging-vs-rebasing/the-golden-rule-of-rebasing

ilova:

• agar qayta asoslash operatsiyalariga ishonchingiz komil bo'lmasa, iltimos, quyidagi manzilga murojaat qiling: https://git-scm.com/book/en/v2/Git-Branching-Rebasing

Qayta tiklash ham, birlashtirish ham hech kimning o'zgarishlarini qayta yozmasligi kerak (agar siz mojaroni hal qilishda buni tanlamasangiz).

Rivojlanishda odatiy yondashuv

git checkout master
git pull
git checkout test
git log master.. # if you're curious
git merge origin/test # to update your local test from the fetch in the pull earlier

Magistrga qaytishga tayyor bo'lganingizda,

git checkout master
git log ..test # if you're curious
git merge test
git push

Agar siz birlashmada biror narsani buzishdan xavotirda bo'lsangiz, git merge --abort siz uchun.

Birlashtirish vositasi sifatida surish va keyin tortishdan foydalanish ahmoqdir. Nega testni kelib chiqishga undayotganingizni ham bilmayman.

Men birinchi navbatda birlashtiriladigan filialni iloji boricha toza qilib qo'yaman. Sinovlaringizni bajaring, holat siz xohlagandek ekanligiga ishonch hosil qiling. git squash yordamida yangi majburiyatlarni tozalang.

KingCrunches javobidan foydalanishni tavsiya qilaman

git checkout master
git pull origin master
git merge --squash test
git commit
git push origin master

Siz boshqa filialda ko'plab majburiyatlarni bajargan bo'lishingiz mumkin, ular faqat asosiy filialda bitta majburiyat bo'lishi kerak. Qabul qilish tarixini iloji boricha toza saqlash uchun siz test bo'limidagi barcha topshiriqlaringizni asosiy bo'limda bitta topshiriqga bo'lishingiz mumkin (shuningdek qarang: Git: Squash yoki squash emasmi?). Keyin siz majburiyat xabarini juda ifodali narsaga qayta yozishingiz mumkin. Kodni chuqurlashtirmasdan o'qish va tushunish oson bo'lgan narsa.

tahrir: Sizni qiziqtirishi mumkin

• Gitda merge --squash va rebase o'rtasidagi farq nima?
• Birlashtirish va qayta tiklash
• Qanday qilib tortib olish so‘rovini qayta tiklash mumkin

Shunday qilib, GitHub-da men mybranch xususiyat bo'limi uchun quyidagilarni bajaraman:

Origindan eng soʻnggi maʼlumotlarni oling

$ git checkout master
$ git pull origin master

Birlashtirishning asosiy xeshini toping:

$ git merge-base mybranch master
c193ea5e11f5699ae1f58b5b7029d1097395196f

$ git checkout mybranch
$ git rebase -i c193ea5e11f5699ae1f58b5b7029d1097395196f

Endi faqat birinchisi pick, qolgani s ekanligiga ishonch hosil qiling:

pick 00f1e76 Add first draft of the Pflichtenheft
s d1c84b6 Update to two class problem
s 7486cd8 Explain steps better

Keyin juda yaxshi topshiriq xabarini tanlang va GitHub-ga o'ting. Keyin tortish so'rovini qiling.

Pull so'rovini birlashtirgandan so'ng, uni mahalliy sifatida o'chirishingiz mumkin:

$ git branch -d mybranch

va GitHub-da

$ git push origin :mybranch

Eski mavzu, lekin men mening yo‘limni topa olmadim. buni qilish. Bu rebase bilan ishlaydigan va masterning yuqori qismidagi (xususiyat) filialidan barcha topshiriqlarni birlashtirmoqchi bo'lgan kishi uchun qimmatli bo'lishi mumkin. Agar yo'lda mojaro bo'lsa, ularni har bir majburiyat uchun hal qilishingiz mumkin. Jarayon davomida siz to'liq nazorat qilasiz va istalgan vaqtda bekor qilishingiz mumkin.

Magistr va filialni yangilang:

git checkout master
git pull --rebase origin master
git checkout <branch_name>
git pull --rebase origin <branch_name>

Magistr tepasida filialni birlashtirish:

git checkout <branch_name>
git rebase master

Ixtiyoriy: Qayta tiklash jarayonida ziddiyatlarga duch kelsangiz:

Birinchidan, fayldagi ziddiyatni hal qiling. Keyin:

git add .
git rebase --continue

Qayta tiklashni istalgan vaqtda bekor qilishingiz mumkin:

git rebase --abort

Qayta asoslangan filialingizni bosing:

git push origin <branch_name>

Agar sizda bu novda ilgari surilgan bo'lsa, uni kuch bilan bosish bilan bekor qilishingiz kerak:

git push origin -f <branch_name>

Buni amalga oshirishdan oldin, har doim joriy mahalliy filialingiz kutganingizga mos keladimi yoki yo'qligini tekshirib ko'ring, chunki kuchli surish masofaviy ombordagi eskisini bekor qiladi.

Endi sizda ikkita variant bor:

• A) PR yarating (masalan, GitHub-da) va uni UI orqali u erda birlashtiring
• B) Buyruqlar qatoriga qayting va filialni master bilan birlashtiring

git checkout master
git merge --no-ff <branch_name>
git push origin master

Bajarildi.

Bu men jamoa bilan ishimda foydalanadigan ish jarayoni. Stsenariy siz ta'riflaganingizdek. Birinchidan, test ustida ishlashni tugatgandan so'ng, men test filialida ishlagan vaqtim davomida masterga qo'shilgan barcha narsalarni olish uchun master bilan qayta ishlayman.

git pull -r upstream master

Bu test novdasini vilkalar bilan bog'laganingizdan so'ng masterga o'zgartirishlarni tortadi va ularni qo'llaydi, so'ngra joriy master holatini "ustida" sinab ko'rish uchun kiritilgan o'zgarishlarni qo'llaydi. Agar testda siz tahrirlagan fayllarga boshqa odamlar o‘zgartirish kiritgan bo‘lsa, bu yerda ziddiyatlar bo‘lishi mumkin. Agar mavjud bo'lsa, ularni qo'lda tuzatishingiz va majburiyat olishingiz kerak bo'ladi. Buni qilganingizdan so'ng, siz asosiy filialga o'tishingiz va test ni muammosiz birlashtirsangiz yaxshi bo'ladi.

git checkout master
git pull origin master
# Merge branch test into master
git merge test

Birlashtirgandan so'ng, agar fayl o'zgartirilgan bo'lsa, uni birlashtirganda "Mojarolarni hal qilish" xatosi paydo bo'ladi.

Shunday qilib, avval siz barcha nizolarni hal qilishingiz kerak, keyin yana barcha o'zgarishlarni amalga oshirishingiz va keyin uni bosishingiz kerak

git push origin master

Sinov bo'limida kim o'zgarishlar qilgan bo'lsa, buni qilish yaxshiroqdir, chunki u qanday o'zgarishlar qilganini bilardi.

Rebase usulidan foydalanardim. Ko'pincha, chunki u sizning holatingizni semantik jihatdan mukammal aks ettiradi, ya'ni. nima qilmoqchi bo'lsangiz, hozirgi filialingizning holatini yangilash va uni oxirgisiga asoslangandek "ko'rsatish".

Shunday qilib, hatto master ni tekshirmasdan, men:

git fetch origin
git rebase -i origin/master
# ...solve possible conflicts here

Albatta, faqat kelib chiqishidan olish master ning mahalliy holatini yangilamaydi (chunki u birlashishni amalga oshirmaydi), lekin bu bizning maqsadimizga to'liq mos keladi - vaqtni tejash uchun biz boshqa joyga o'tishdan saqlanmoqchimiz.

@KingCrunchning javobi ko'p hollarda ishlashi kerak. Mumkin bo'lishi mumkin bo'lgan muammo shundaki, siz boshqa mashinada bo'lishingiz mumkin, u sinovdan eng so'nggisini olishi kerak. Shuning uchun, avvalo, sinovdan o'tishni maslahat beraman. Tahrirlash quyidagicha ko'rinadi:

git checkout test
git pull
git checkout master
git pull origin master
git merge test
git push origin master

Men ishlab chiqish va xususiyatlar bo'yicha javob beraman,

Agar siz xususiyat bo'limida bo'lsangiz va uni ishlab chiqish bilan yangilashingiz kerak bo'lsa, quyidagi buyruqlardan foydalaning:

git checkout develop
git pull
git checkout feature/xyz
git merge develop

Endi feature/xyz develop filiali bilan yangilandi va siz oʻzgartirishlaringizni masofaviy feature/xyz ga surishingiz mumkin.

Sarlavhada "Eng yaxshi yo'l" deyilganidek, menimcha, sabr birlashish strategiyasini ko'rib chiqish yaxshi fikr.

Manba: https://git-scm.com/docs/merge-strategies

Ushbu parametr yordamida "birlashma-rekursiv" ba'zan ahamiyatsiz mos keladigan chiziqlar (masalan, turli funktsiyalardagi qavslar) tufayli yuzaga keladigan noto'g'ri birikmalarning oldini olish uchun biroz qo'shimcha vaqt sarflaydi. Birlashtirilishi kerak bo'lgan novdalar vahshiy ravishda ajralib chiqqanda, bundan foydalaning. Shuningdek qarang: git-diff [1] --sabr.

Foydalanish:

git fetch
git merge -s recursive -X patience origin/master

Git Alias

Buning uchun har doim taxallusdan foydalanaman, masalan. bir marta yugurish:

 git config --global alias.pmerge 'merge -s recursive -X patience'

Endi siz shunday qilishingiz mumkin:

git fetch
git pmerge origin/master

Tortib olish uchun siz filialni tekshirishingiz kerak, chunki tortish usta bilan birlashishni anglatadi va birlashish uchun sizga ishchi daraxt kerak.

git checkout master
git pull

Avval tekshirish kerak emas; rebase ikkita argument bilan to'g'ri ish qiladi

git rebase master test  

git checkout master
git merge test

git push sukut bo'yicha bu erda va masofadan boshqarish pultidagi barcha filiallarni bosadi

git push
git checkout test

Bu GitLab'dan: Faqat ko'rsatmalarga amal qiling:

Men har doim git merge feature-branch ni bajarayotganda birlashma nizolariga duch kelaman. Bu men uchun ishlayotganga o'xshaydi:

git checkout -b feature-branch

Bir qator kod o'zgarishlarini qiling ...

git merge -s ours master 

git checkout master

git merge feature-branch

or

git checkout -b feature-branch

Bir qator kod o'zgarishlarini qiling ...

git checkout master

git merge -X theirs feature-branch