Что нужно уметь, чтобы я справедливо мог вписать git в резюме?

Question

[devapricot]

Что я умею с git:

• Склонировать репозиторий или создать свой
  
• Закоммитить
  
• Отменить последний коммит
  
• Подгрузить изменения из опубликованного репозитория
  
• Запушить
  
• Создать, изменять и удалять ветки
  
• Делать слияние веток
  
• Переключаться между ветками
  

Что еще нужно уметь, чтобы я на законных основаниях мог говорить, что умею работать с git?

Comments

[Andrey Tsvetkov]

работать со stash

Answer 1

[bask]

Этого достаточно.
Но придерживаться Git Flow крайне рекомендую.
Здесь простым языком и по-русски:
https://proglib.io/p/git-github-gitflow/

Comments

[Ambrosian]

Git Flow - это для групповой продуктовой разработки, когда вам нужно исправление багов и одновременно с этим с добавление фич и все это - в нескольких действующих релизах.

Подходит далеко не для всех ситуаций.

Скажем, веб-сайту, как правило, нет необходимости поддерживать несколько версий (и старую и новую) - достаточно новой.

Answer 2

[Владимир]

rebase, в какой момент его лучше делать при мерже в мастер?
можно ли в мастер делать push --force ?
Интерактивный rebase зачем он нужен?
Reset когда и какой?
https://git-scm.com/book/ru/v2

Comments

[devapricot]

спасибо, не знал что подобное вообще есть, обычно юзаю только git --help :D

[Alex Wells]

Или просто Github Desktop ;D

[Андрей]

А собственно почему нельзя push --force, если осторожно? Просто надо понимать все последствия этого решения)

[Johny Smith]

Nikolay Petyukh, кто первый пушит тот убегает с работы, а разгребать будет всегда более вдумчивый имплоймент, тот кто раньше бежит с работы/часов боится опоздать на метро, а тот кто мерджит ездит на s-классе, или не факт?

[Johny Smith]

Nikolay Petyukh, если вы гиперактивный и очень быстрый по природе, то вы делаете пуши с большой частотой и высокой скоростью, что нередко вызывает конфликты при слиянии у более рассудительных контрибьюторов

[Владимир]

Nikolay Petyukh, В мастер однозначно лучше всего делать пулреквест, а не пуш, поддерживаю на все сто
Андрей, Ну на месте человека который отбрачевался от определенного комита, а потом ты его своим push --force удалил, я бы тебе яйца отрезал, тоже осторожно. Решай конфликты локально так чтобы не надо было с force пушить. С force можно пушить только в бранч от которого никто ветки не делает.

[Владимир]

Olek1, Перед тем как пушить в мастер, сделай сначала интерактивнй ребейс, чтобы собрать в кучу свои комиты, а потом rebase origin/master в свой бранч перед пушем, тогда история будет ровненькая и красивая.

[bask]

Nikolay Petyukh, этот подход и называется GitFlow

[Андрей]

Владимир, разумеется, push --force - это решение уровня тимлида.

[Игорь Воротнёв]

Андрей, нормальному тимлиду никогда не приходится такое исполнять, даже если он вдруг много выпил и закусил веселящими таблетками.

[Владимир]

Андрей, Только вчера после push --force от человека "уровня тим лида" разгребали поломаный билд в мастере, пришлось хорошенько разобраться втонкостях git revert и в частности в git revert --mainline parent-number
https://git-scm.com/docs/git-revert#git-revert---m...

[Андрей]

Владимир, ну да, это очень опасный инструмент, требующие крайне аккуратного применения.

Answer 3

[Saboteur]

К вышеперечисленному добавьте

* просто ориентироваться в терминологии - знать чем отличается branch от tag, что такое HEAD, STASH, что делает pull и fetch.

* уметь настроить свой git профайл (прописать юзера, прописать емал)

* Уметь настроить авторизацию - ssh ключи для работы по ssh протоколу, или уметь сохранить пароль для работы по https протоколу (можно потренироваться на github).

* уметь просматривать лог коммитов и ориентироваться в нем

Answer 4

[GavriKos]

Из навыков - резолвить конфликты.
А вообще нужно не просто уметь, а понимать зачем и почему это делается.

Comments

[devapricot]

Я понимаю зачем это все нужно. Что значит резолвить конфликты?

[GavriKos]

devapricot, раз вы понимаете зачем, то должны понимать что при слиянии веток возможны конфликты. И их надо как то решать. Вот это и есть -resolve conflict.

[snap44]

devapricot, в одной ветке переменная равна 2, в другой та же переменная равна три. Что будет в переменной при слиянии?

[wawa]

snap44, ничего. Будет конфликт. Это проблема не решаема на уровне CVS, и знания Git тут не помогут. Придется решать эту проблему, исходя из понимания того, что происходит в коде, и самому выбрать 2 или 3. Верно?

[Андрей]

snap44, а все зависит от состояния их родителя, если там 1 - будет конфликт, если 2 или 3 - сработает автомердж

[wawa]

Андрей, я думаю имелось ввиду, что изменения были в обеих ветках. Иначе все будет просто, и в строке окажется изменение.

Answer 5

[#]

если не уверены, пишите:
- знаком с git
- имею навыки работы с git
ps возможно позднее, вы поймете что уже тигр в git... но тогда и вопрос отватился

Answer 6

[iivvaall]

Git это каждодневный инструмент. Хорошо, если ты им пользуешься не замечая его. Думаешь начать задачу и заводишь новую ветку, а не втыкаешь в монитор, вспоминая как в git'е сбранчиваться. Редкие вещи, типа git bisect, нужно уметь делалать с гуглом под мышкой. Вот вроде бы для обычного разработчика и все.

Answer 7

[SerzN1]

в разных командах разный подход, начиная от описания комитов, веток и заканчивая тем что все в 1 ветке

ИМО нужно уметь
- слить и залить изменения
- уладить конфликты
... остальное дело практики, так как учится на раз два

Answer 8

[Дмитрий]

Каждый начинающий git'er должен знать про команду git reflog, т.к. если что-то поломал, то reflog всегда спасет! :)