თუ თქვენ გადააყენებთ ფილიალს, თქვენ უნდა აიძულოთ ამ ტოტის დაძაბვა. Rebase და საერთო საცავი, როგორც წესი, არ ერწყმის ერთმანეთს. ეს არის ისტორიის გადაწერა. თუ სხვები იყენებენ ამ ფილიალს ან განშტოდნენ ამ ფილიალიდან, რებაზირება საკმაოდ უსიამოვნო იქნება.
აბიძგებს ხელახალი ბაზა?
რებაზირება. ერთადერთი რეალური გამონაკლისი "ყოველთვის მოწიე, შემდეგ დააწექი" წესიდან არის ხელახალი ბაზა. როდესაც თქვენ ხელახლა შექმნით, თქვენ ქმნით თქვენი ჩადენის ისტორიის ასლს. … თუმცა, თუ თქვენ აწევთ pull-ს, თქვენ მიიღებთ ფილიალის ორ ასლს, რომლებიც შემდეგ გაერთიანდება შერწყმის დავალებით.
შემიძლია ხელახლა გადავიტანო დისტანციური მართვის შემდეგ?
თუ თქვენ უკვე გააკეთეთ ცვლილებები THAT ოფციის გამოყენებამდე, ეს ცვლილებები არ განმეორდება, რადგან ისინი უკვე დისტანციურ პულტზეა. ერთადერთი გამონაკლისი შეიძლება იყოს, თუ თქვენ გაქვთ რამდენიმე დისტანციური პულტი და შეიტანეთ ცვლილებები ერთ დისტანციურზე, შემდეგ გააკეთეთ სხვა დისტანციური მართვის ამოღება/გადაყენება - ამან შეიძლება სერიოზული პრობლემები გამოიწვიოს.
გჭირდებათ ჩადენა ხელახალი ბაზის შემდეგ?
რებაზისთვის, თქვენ უბრალოდ უნდა მოაგვაროთ კონფლიქტები ინდექსში და შემდეგ git rebase --გაგრძელება. გაერთიანებისთვის, თქვენ უნდა გააკეთოთ commit (git commit), მაგრამ ის ფაქტი, რომ ეს არის შერწყმა, დაიმახსოვრდება და მოგეწოდებათ შესაბამისი ნაგულისხმევი commit შეტყობინება, რომ შეცვალოთ.
რატომ მჭირდება აწევა გადაკეთების შემდეგ?
შეგიძლიათ გაიყვანოთ შერწყმის ნაცვლად rebase-ის გამოყენებით (git pull --rebase). … თქვენ მიერ განხორციელებული ადგილობრივი ცვლილებები ხელახლა იქნება დაფუძნებულიდისტანციური ცვლილებების ზედა ნაწილი, დისტანციურ ცვლილებებთან გაერთიანების ნაცვლად. თუ ტოტს ხელახლა შეცვლით, თქვენ უნდა აიძულოთ ამ ტოტის დაძაბვა.
