Open
Description
@antonkalinin-ml тут предложил разделить гит jun-3 и часть перенести на миддла. Создала отдельное ишью, так как тема shared.
В чеклисте по гиту тоже есть не очень практичные вопросы, которые больше про понимание принципов, или вопросы о редкоиспользуемых командах. Можно их передвинуть на мидла:
- объектная модель и пак-файлы.
- отчасти вопрос про three trees. Многие гит-клиенты не позволяют работать с индексом, и юзеру не нужно сталкиваться с ним. Тут все зависит от того, пользуются разработчики такими гит-клиентами или консолью.
- git clean редко нужна. Она потенциально опасна тем, что удаляет файлы, которые никак не восстановить. Думаю, не будет ничего плохого, если джун не будет ее знать до поры.
- filter-branch нужна крайне редко
- ребейз непростая и опасная тема, я бы попробовал вынести на мидла, но если для вас это ежедневная операция, то не стоит.
- отмена мерж-коммита - редко нужно и простого решения нет.
merge --squash, если только это не ежедневная операция. Сквошем легко злоупотребить и получить коммит на 20000 строк. С такими коммитами бисект бесполезен, и от истории коммитов толку мало.Что такое Git workflow, какие знаете примеры?- вопрос слишком обширный и неконкретный. Джун не выбирает воркфлоу, он пользуется принятым на проекте. Джун едва ли будет выпускать релиз или поставку, ему не нужно знать тонкости, когда мержить релиз с мастером, откуда отводить хотфикс, где ставить теги и т.п. Я бы включил сюда более конкретные вопросы:- что такое ветка для доработки? Когда она создается и сколько времени живет? Что с ней происходит?
- что такое интеграционная ветка? Какие они в принципе бывают?
- опишите, как бы вы стали делать доработку в гите
- можно ли мержить интеграционную ветку в свою ветку доработки? Когда и с какой целью?
- можно ли мержить фичеветки? Какой в этом риск?