Astrohas

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

Если не ошибаюсь, no-verify обходит всякие обработчики и хуки.
Попробуйте спросить у старшего по званию, какие хуки в репозитории. Скорее всего это что-то важное поэтому я бы не советовал вам использовать --no-verify

git rm -r --cached . 
git add .
git commit -am "Remove ignored files"

Работаю в конторке где реализован такой принцип. Тут есть и плюсы и минусы.
+ Не нужно тратить время на клонирование, скачивание базы и поднятие сервера. Раз в день или неделю можно обновлять базы.
+ Проще показать менеджеру/тимлидеру/директору ваши изменения. Бац дал ссылочку на окружение и все рай для тестирования.
- Задолбаешься коммитить пушить и мерджит. Плюс еще сервер релоадить надо.
- Из за того что все работает на стороннем сервере, live разработки не будет. Приходится кодить вслепую.

git update-index --assume-unchanged FILENAME
https://toster.ru/answer?answer_id=1053124

git update-index --assume-unchanged FILENAME

1- нет. Коммиты должны что то значить.
2-если что -то то значить то да. если эти пару строк сами по себе ничего не значат то нет
3 - хм тут точно нужно комитить