Пълен цикъл на развитие на местен клон Git
След SVN все още имате проблеми с работата в кръг. Текущото местоположение не е практично да се развива в клоните, но, например, имам много голям проблем, който не може да се прилага директно върху капитана. Наливане клон в репо няма смисъл, защото тя deploitsya и протести nekak. Ето защо, се интересуват от следните въпроси:
1. Как да дръпне промени от капитана на местния клон?
2. Като местен клон в господар правилно merzh?
3. Какви проблеми могат да възникнат при изпълнението на първите два параграфа?
4. Когато трябва да rebase Delight и дали е необходимо?
Не се оплаквай, всичко, което Google обходен и така не разбирам нищо. Обяснете от човешка гледна точка, моля те.
UPD: Момчета, много ви благодаря на всички, но работата се напълни и да се движи, но получените отговори повече от бетон. Благодаря ви много отново.
След SVN все още имате проблеми с работата в кръг. Текущото местоположение не е практично да се развива в клоните, но, например, имам много голям проблем, който не може да се прилага директно върху капитана. Наливане клон в репо няма смисъл, защото тя deploitsya и протести nekak. Ето защо, се интересуват от следните въпроси:
1. Как да дръпне промени от капитана на местния клон?
2. Като местен клон в господар правилно merzh?
3. Какви проблеми могат да възникнат при изпълнението на първите два параграфа?
4. Когато трябва да rebase Delight и дали е необходимо?
Не се оплаквай, всичко, което Google обходен и така не разбирам нищо. Обяснете от човешка гледна точка, моля те.
UPD: Момчета, много ви благодаря на всички, но работата се напълни и да се движи, но получените отговори повече от бетон. Благодаря ви много отново.
Отговори: 8
Ето как да го направя. Развитие в бранша, аз редовно прави тласък в репо за резервни копия. Всеки ден правя rebase клон, така че не е нужно да правите mordzh. Когато свърших, и бранша вече не е необходимо, като клон, аз rebase, а след това mordzh клон на господаря - дори mordzh, а просто прехвърля HEAD указател към върха на бившата власт.
Защо го правя? Ако не дърпайте промените от капитана, те се натрупват, а резултатът е непредсказуем mordzh става трудно. Ежедневните промени във спредове затягане сложност mordzha равномерно през дните и аз никога не трябва да mordzhit повече от един ден на климата.
Потенциален проблем: ако го направите много ангажира в клон, промяна на един и същи код, първата промяна на кода в съветника ме принуди да се определи конфликти във всичките ми заявява ангажимента. Решение: лепило rebase задължава преди да е минимум разумен период от ангажира по темата, а след това ще трябва да се определи потенциален конфликт в ограничен брой ангажира.
Подобрена разтвор, който използва нашия екип: в повечето случаи, вместо на функция бранша да използваш тази функция флаг. В този случай, сложността на mordzha разпространи още по-тънко, между всички хора, които са промяната на кода, отнасяща се до клон.
Благодаря ти, добри човече. За да си представите и на процеса. Остава да го всички превърне в екип и да се натрупа опит в бранша на тестване.
> Развитие в бранша, аз редовно прави тласък в репо за резервни копия.
И не само на резервно копие. Ако има система за непрекъснато тестване, който тества всички отрасли - натиснете си клон, за да го изпрати за изследване.
- Как да се дръпне промени от капитана на местния клон?
Тя зависи от това как развитието се извършва. Ако сам, той може да бъде rebase. Това ще бъде една красива история за ангажира, когато най-скорошната си. И да се направи едно натискане сила, ако клон някъде в хранилището на сървъра.
Ако клон работа се извършва съвместно с някого, най-добре е да се направи съветника сливане в бранша, и тя ще бъде Байда конфликти. Ако искате една красива история, можете да направите окончателния rebase преди вливане в майстор (тук отново се дължи на редовното синхронизацията трябва да бъде по-лесно).
Отново, ако искате да имате красива история, rebase да направи, за да се реши възможни конфликти с него, след това просто се сливат. Или просто само се слеят.
Той ги описва като. Благодарение на значителни промени, както и паралелното развитие на неизбежен конфликт. Особено гадно, ако го направят насила натрапчив. (Докато преминава през такива обичайно rebase --skip)
Когато и ако искате да имате красива история. Помогнете да се избегне грозен merzh-ангажира.
Аз обикновено го правят
1. Git донесе Git сливане майстор
2. Git сливане на функции име
4. светила никога не казват, защото това е ужасно нещо. Веднъж почти през целия ден работа не се губи. на практика, нищо сериозно. и да, историята е много по-красив Komichi