> Я и пользуюсь rebase, в vi меняю строчки на squash нужных мне коммитов, только для этого мне приходится опять заглядывать в заметки, где я нахожу git rebase --interactive HEAD~N, потому что это запомнить нереально, CLI нисколько не помогает.Прикинь, я впервые вижу команду "git rebase --interactive HEAD~N". Я даже не уверен, что она делает. То есть предполагаю, но всё же не уверен. Я обычно другим путём хожу: я создаю ветку и ребажу в неё, и когда мне это удастся, я потом уже с этой веткой делаю то, что сочту нужным. И при этом мне cli git'а нисколько не мешает. Истинно говорю тебе: выкини свои заметки, перечитай выше мой микромануал по освоению git'а с нуля, и воспользуйся им.
> GIT сложен, моя команда училась работе с ним пол года.
Твоя команда не умеет учиться. Это единственный вывод, который я могу сделать из сказанного. git осваивается за неделю в базовом варианте. За месяц до уровня, если не эксперта, то где-то рядом.
> Сложный как игра на гитаре, или gnu screen, или awk, sed, vi.
Ну ты сравнил. Это очень разные вещи.
Игра на гитаре требует сложных моторных навыков, в сочетании с развитием сенсорики, и это реально _годы_ ежедневной практики.
gnu screen требует знания нескольких кейбиндов, которые конечно же надо запомнить, но я чесслово никогда не парился с запоминанием, и разбирался по ходу дела каждый раз. Не проблема. Может быть там внутре запрятана куча возможностей, о которых я не знаю? Хз, я не парился даже выяснять, мне хватало нескольких кейбиндов для того, чтобы аттачиться/детачиться от терминалов, переключаться между ними и просматривать список. А что там ещё может быть? Разделение экрана между несколькими терминалами? Это ещё два кейбинда, да? Или три?
awk может быть проблемой, если раньше ты не сталкивался с языками схожего синтаксиса. Но после C это не проблема, надо лишь дать себе труд пролистать мануал, чтобы понимать что в языке есть.
sed сложно сказать -- я не пробовал с ним разбираться дальше команды s.
Сложность vi, на мой взгляд, сводится к тому, что пальцы на автомате заточены под emacs, vi же сталкиваясь с чем-нибудь типа C-c C-M-x (нажатыми на чистом автоматизме без грамма осознанности в действиях, ещё может быть до того, как цель этих нажатий была осознана) вваливается в какое-нибудь загадочное состояние, из которого вывести его может быть гораздо сложнее, чем просто выйти из vi. Даже элементарно понять, что произошло может быть сложно. Но это сложности _переучивания_, а не сложности научения. Проблемы с освоением, я подозреваю, такие же как и в emacs'е: без тысячи аддонов emacs гумно, а как из миллионов аддонов найти тысячу нужных -- это загадка, способ отсеять избранных от лошков.
git требует получаса с туториалом, неделю на закрепление усвоенного материала практикой, и потом ну, может быть, месяц на вырабатывание workflow, который заточен под тебя. Если речь идёт про команду, где workflow не совсем индивидуальный выбор (он должен быть совместим с тем, что использует команда) то после первой вводной недели, я бы скомпилировал список уже отточенных workflow и вынес бы их на обсуждение команде, с тем чтобы команда могла бы выбрать что-то, к чему затем подстраиваться. Ежели хочется реально заделаться экспертом, то через месяцок стоит почитать о том, что именно git хранит на диске и, может быть, для закрепления написать собственный нано-git.
