Как работают с git'ом?

[Fester]

Не понимаю вообще! Это какое-то говнище просто.

Короче говоря, есть довольно большая задача. Седеллал для нее отдельный бранч. Делаю, комичу. Теперь хочу синхронизировать с мастером, но пока что в мои планы не входит комитить в мастер. Т.е. я хочу взять актуальную версию мастера с замерджить ее в свой бранч. Как, черт побори (тут используются другие слова), это сделать?

[Flex Ferrum]

git checkout master
git pull --rebase
git checkout your_branch
git rebase master

или

git fetch
git rebase origin/master

Вот здесь подробнее.

Если работаешь с этим добром под виндой - ставь TortuiseGit, выбираешь там (в контекстной менюшке эксплорера) команду rebase и в открывшимся диалоге выбираешь ветку, на которую будешь перебазироваться.

Добавлено 16.02.17, 08:11
А вообще матюги при начале работы с git'ом - дело обычное. Непривычная у него модель ведения репозитория. Но потом, вроде, проникаешься.

Сообщение отредактировано: Flex Ferrum - 16.02.17, 08:11

[Koss]

консоль галимая

[Fester]

Толи я не понял, толи это не совсем то.

Я хочу сделать так:

Прикреплённая картинка

Добавлено 16.02.17, 08:41

Цитата Flex Ferrum @ 16.02.17, 08:07

Вот здесь подробнее.

Может это и подробнее, но почему там стрелки все в обратном направлении? Я из этих картинок нихрена не понял Хрен поймешь, в каком направлении развиваются мастер и бранчи

[Flex Ferrum]

Цитата Fester @ 16.02.17, 08:37

Толи я не понял, толи это не совсем то.

Я хочу сделать так:

Ты не понял. Это именно то. Смотри, ты в какой-то момент отбранчевался и начинаешь пилить свой мегафункционал. Пилишь-пилишь, коммитишь в свой бранч. master за это время уже уехал. У тебя естественное желание - подсосать всё из мастера и накатить "сверху" свои коммиты. Для этого ты делаешь следующее:
1. Обновляешь свой локальный мастер:

git checkout master
git pull --rebase

Таким образом в твоём локальном мастере оказываются все коммиты с сервера.
2. Перебазируешь свою ветку на новый мастер:

git checkout your_branch
git rebase master

То есть переключаешься обратно на свою ветку и ребейзишь её на актуальный мастер. git при этом делает своеобразный merge - забирает коммиты из свежего (локального) мастера и пытается накатить сверху твои коммиты. Может получиться не для всего. В этом случае возникнут конфликты, которые он предложит тебе отрезолвить.

Есть другой вариант (применяется у нас в силу определённых обстоятельств непреодолимой силы в виде тимлида):
1. Переключаешься на мастер.
2. Ребейзишься
3. Отрезаешь от него новую ветку типа your_branch_new
4. Переключаешься на неё
5. Мерджишь (git merge) в эту новую ветку свою старую ветку.
6. Профит - получаешь нужное тебе объединение.

Чтобы не придумывать новые имена, можешь старую предварительно переименовать в your_branch_old, отрезать новую с привычным именем, а старую (после мерджа) удалять.

[^D^ima]

Flex Ferrum
и что, git всегда корректно сам объеденияет коды? Если в мастере код поменяли местами(по тексту перенесли в другое место) он это поймет?

[Flex Ferrum]

Цитата ^D^ima @ 16.02.17, 09:11

Flex Ferrum
и что, git всегда корректно сам объеденияет коды? Если в мастере код поменяли местами(по тексту перенесли в другое место) он это поймет?

Ну, не всегда сам, не всегда корректно, но в целом да, с задачей справляется.

[Fester]

Цитата Flex Ferrum @ 16.02.17, 08:53

1. Обновляешь свой локальный мастер:

Цитата Flex Ferrum @ 16.02.17, 08:53

2. Перебазируешь свою ветку на новый мастер:

Цитата Flex Ferrum @ 16.02.17, 08:53

То есть переключаешься обратно на свою ветку и ребейзишь её на актуальный мастер.

&)$ Какой такой "локальный мастер"? Какой "новый мастер"? Еще какой-то "актуальный мастер". У меня один мастер и один бранч. Что из этих трех мастеров - мастер, а что бранч? Накой хрен мне столько всякой бесполезной шняги?

Уши оборвать этому Торвальдсу!

Цитата Flex Ferrum @ 16.02.17, 08:53

1. Переключаешься на мастер.
2. Ребейзишься
3. Отрезаешь от него новую ветку типа your_branch_new
4. Переключаешься на неё
5. Мерджишь (git merge) в эту новую ветку свою старую ветку.
6. Профит - получаешь нужное тебе объединение.

Почему все тащатся с этого говна?

[kosten]

Цитата Fester @ 16.02.17, 09:31

Почему все тащатся с этого говна?

Модно же )

[Flex Ferrum]

Цитата Fester @ 16.02.17, 09:31

Какой такой "локальный мастер"? Какой "новый мастер"? Еще какой-то "актуальный мастер". У меня один мастер и один бранч. Что из этих трех мастеров - мастер, а что бранч? Накой хрен мне столько всякой бесполезной шняги?

Уши оборвать этому Торвальдсу!

Я думаю, тебе стоит начать с того, чтобы почитать - что такое git и как он работает.

[OpenGL]

Цитата Fester @ 16.02.17, 09:31

Почему все тащатся с этого говна?

Видимо, такова судьба всех продуктов Торвальдса

[Flex Ferrum]

Просто эта система контроля версий принципиально отличается от тех, с которыми ты, видимо, привык работать до этого. Она построена не на "традиционной" клиент-серверной архитектуре, где есть выделенный сервер, а у пользователей - локальный снимок, с которым они работают. git - это чисто распределённая система равноправных репозиториев, которые определённым образом можно синхронизировать. И в этой системе git server - это просто ещё одна копия репозитория, в которую можно заливать данные. При этом у всех пользователей - свои, локальные, полноценные копии. Поэтому я и говорю, что есть "локальный мастер" (версия master-ветки в репозитории на твоём диске), а есть master в репозитории на сервере.

[applegame]

Цитата Fester @ 16.02.17, 08:02

Не понимаю вообще! Это какое-то говнище просто.

Гит этим славится. Он очень недружелюбен к юзверям. Чтобы полноценно работать с гитом нужно тщательно изучить принципы его работы. Вместо того чтобы заниматься делом, тебе приходится ковырятся в гайдах, писать на форумах, по сто раз клонировать удаленную репу. Торвальдс сделал систему заточенную под его собственные нужды, то бишь разработка ядра линупса, а хомячки дружно подхватили и сделали его де-факто стандартом. Пичаль, бида.

[Flex Ferrum]

Цитата applegame @ 16.02.17, 09:45

а хомячки дружно подхватили и сделали его де-факто стандартом. Пичаль, бида.

Что-то этих хомячков подозрительно много. А публичные гит-сервера типа GitHub, GitLab, BitBucket и прочие, растут и множатся, как грибы после дождя.

[applegame]

Цитата Flex Ferrum @ 16.02.17, 09:43

Просто эта система контроля версий принципиально отличается от тех, с которыми ты, видимо, привык работать до этого. Она построена не на "традиционной" клиент-серверной архитектуре, где есть выделенный сервер, а у пользователей - локальный снимок, с которым они работают. git - это чисто распределённая система равноправных репозиториев, которые определённым образом можно синхронизировать. И в этой системе git server - это просто ещё одна копия репозитория, в которую можно заливать данные. При этом у всех пользователей - свои, локальные, полноценные копии. Поэтому я и говорю, что есть "локальный мастер" (версия master-ветки в репозитории на твоём диске), а есть master в репозитории на сервере.

Mercurial работает на тех же принципах, что и Git, но при этом не требует долгого и вдумчивого курения мануалов для относительно простых операций. Так что это не оправдание.