clang-format во всех коммитах, чтобы исправить отступы и удалить конечные пробелы

Со стороны Git: команда filter-branch ¹ в принципе работает следующим образом:

• извлечение каждого коммита по одному во временный каталог;
• запуск ваших фильтров в временном каталоге на, в котором был извлечен коммит; а потом
• создание нового коммита замены из результатов, оставленных в каталоге.

Замещающие коммиты связываются вместе, по одному, обычным способом, и когда все коммиты отфильтрованы, Git обновляет различные ветки и другие подобные ссылки (--all) по мере необходимости, при этом --tag-name-filter определяет новые имена тегов (для вас случае это все правильно).

Метод --tree-filter, который на сегодняшний день является самым медленным фильтром, использует этот подход без каких-либо оптимизаций. Существуют другие фильтры, чтобы (а) работать быстрее, если вы не планируете трогать большую часть файлов и / или (б) вносить изменения в такие вещи, как фиксация сообщений или другие метаданные, вместо или в дополнение к снимкам. Вероятно, нет смысла пытаться использовать более оптимальный фильтр, поскольку вам действительно нужно извлечь все файлы, чтобы их переформатировать. Так что здесь нужно убрать то, что каждый запуск в формате clang будет запускаться в частном временном каталоге, не содержащем репозитория Git. $PWD этой команды будет этим частным каталогом.

Чтобы ускорить процесс, рекомендуется использовать параметр -d, чтобы поместить этот частный каталог в память или на твердотельный накопитель или в другую файловую систему с быстрым доступом. Например, если /tmp - файловая система в памяти, mkdir /tmp/foo; git filter-branch -d /tmp/foo ... может работать намного быстрее, чем система без директивы -d /tmp/foo. По умолчанию -d - это подкаталог, который Git создает внутри каталога .git; если это медленная, но высоконадежная файловая система, ваша операция ветвления фильтра будет выполняться очень медленно.

Со стороны формата clang: используйте любые -style= параметры, которые вам нравятся. Как отмечали многочисленные комментаторы, удаление конечных пробелов используется по умолчанию (и, по-видимому, сейчас нет никаких вариантов для управления этим).

Обратите внимание, что можно добавить .clang-format файл во временный каталог. Если вы оставите его там, он будет добавляться в каждый коммит замены. Если вы удалите его снова после добавления, отсутствие файла .clang-format (потому что вы его удалили) будет тем, что есть в каждой фиксации. Если вы ничего не сделаете, будет или не будет .clang-format файла в зависимости от того, был ли он в фильтруемом коммите.

Если вы решите, что, в конце концов, вы хотели бы использовать .clang-format файл и добавлять его в каждую фиксацию, обратите внимание, что вам придется копировать файл из-за пределов временного каталог, в временный каталог, перед каждым запуском clang-format, потому что Git сам очищает временный каталог между каждой фиксацией. Обратите внимание, что вы не будете знать, где находится временный каталог, ², поэтому для копирования известного файла используйте, например, полный путь: cp /tmp/new-clang-format-file .clang-format && clang-format -style=file.

¹ git filter-branch сейчас номинально устарел, но его замена, filter-repo, не включена в Git, поэтому здесь возникает небольшая дилемма. Вы можете установить filter-repo отдельно, или для такого рода одноразовой работы вы можете просто жить с filter-branch.

² Даже с параметром -d Git создает различные подкаталоги указанного вами каталога (он удаляет кучу временных файлов в разных местах для своих собственных целей).

Кажется, что clang-format вносит столько изменений, что я не сказал об этом. Также вылетает на сетевых дисках.

Для тех, кто прочтет этот пост в будущем: я заменил clang-format на sed, так как он выполняет такую ​​простую работу намного лучше, чем clang-format, и без проблем. Вот мое решение.

git filter-branch -f --tree-filter "find . -regex '.*\.\(cpp\|hpp\|c\|h\)' | xargs -L1 sed -i -b -e 's/\s*$/\r/g' -e 's/\t/  /g'" --tag-name-filter cat -- --all

У меня тоже были проблемы с **/*.h wild-card. Это не работало правильно. Итак, я заменил его на find.

Я добавил -f из-за некоторых ошибок.

Я также добавил \r, поскольку это среда Linux, редактирующая файл Windows. Не используйте \r, если он вам не нужен.