Розкажіть мені і опишіть процес. Якщо вас готові слухати - доказувати не безглуздо.

писав автодоповнення як на bash так і на zsh  і знаю як воно працює Безліч аліасів і кастомних функцій у мене в термінал;) З vim знайомий, але не настільки круто як ви мабуть Через репозиторій ставлю і навіть компілив вручну деякі штуки.

Якщо мені треба буде зробити щось специфічне - я завжди полізу у консоль навіть не задумуючись. Консоль це сила. АЛЕ! Якщо я роблю 5 - 15 (наче це максимум) комітів за день. + 5-10 комітів я витягую і маю переглянути код цих комітів. Відповідно дуже багато рутини.

Як я роблю витягнення коду:
натикаю ctrl+t , стрілка вниз-вгору - вибираю файл який я хочу переглянути. Ctrl+d і я бачу diff. Якщо мені щось не ясно - жму F4 переходжу у файл. Ще одна клавіша - і я уже на функції/класі/змінній і тд.
Якщо можна опишіть як ви це будете робити все в консолі, і як ви будете робити review коду  - якщо у вас швидший варіант - дуже радий буду його побачити Я обов’язково спробую і якщо буде дійсно краще - перейду на ваш варіант) Самі перші рази я робив через git pull, і інше. Але стрибати між консолюю і IDE досить не зручно.
Перевага наступна: якщо у мене є не закомічені файли - система робить stash і потім stash apply

Наступний пункт коміт:
Ctrl+k видає вікно коміту. Там є поле для commit message (якщо я працюю над якоюсь задачою - воно уже автоматично сформоване) Показуються файли які попадають у коміт. Я, як і Vo_Vik, буває переглядаю свої diff перед тим як залити. Бо якщо ви робите якісь фікс у ядрі проекту - треба буде дуже обережним.
Дальше Alt+i ->  Atl+p (коміт з пушем) Система робить коміт і показує вікно куди буде запушено дані. Хочу міняю гілку, хочу залишаю (переважно нічого не міняю) і зразу натискаю Alt+P - пуш у репозиторій.

Ще одна перевага ide і gui.
Якщо у мене є 5 файлів незакомічених, працюю працюю і тут бах - появився критичний глюк (для прикладу Undefined index: status) я відкриваю таск (fix: Undefined index: status) правлю код за 1хв Роблю коміт - і система показує тільки змінені файли у даному таску. Відповідно комічу тільки 1н файл. Тобто мені не треба комітити свої зміни перед фіксом що б переключитись у інший бранч і т д. Просто фікс і пішов. (Це на 20 секунд швидше ніж стандартний метод - можливо не по методології і не по філософськи, можливо від цього відійду)

Покажіть як можна автоматизувати цей процес ще швидше, а саме:
- підстановка message автоматом - відповідно до задачі над якою я працюю
- коміт тільки файлів звязаних з цію задачою
- зручне review коду в ide (diff і можливість перейти зразу у файл а дальше навігація у ide)

Я готовий перейти в консоль, або принаймні повішати все на гарячі клавіші і хай воно все з консолі фігашить. @Master_Sergius @BarsicPlus покажіть зручність + швидкість у даному прикладі і я готовий змінитись

П.С. Я не кажу що GUI це рішення проблем - це просто зруний workflow у моєму випадку розробки

Мені скрипти зручніше

G_comits.sh

#!/bin/bash
cd ~/git/my_doto/
git add .
git commit
git push

коментарі вписуються в процесі вручну

Перегляд коду — що саме мається на увазі? Перегляд лише тих файлів, які змінились під час git pull?

А якщо отримати список змінених під час останнього git pull файлів (напр., вичленити їхні імена з логів з допомогою sed) і кожен з них відкрити в редакторі?

Потрібно відкривати не у редакторі а діфф кожного файлу побачити. Одним словом покищо GUI у даній контретній задачі виграє)

годиться, але довше і менше практично.