делай кроном и не парься

Потому что cron это системный процесс, и вероятность того, что он сбойнёт в произвольный момент времени в разы меньше, чем вероятность того, что сбойнёт постоянно "висящий" в памяти кастомный .py процесс.
Опять же, в cron проще управлять запуском процесса: если запуск необходимо отменить, нужно просто закомментить строчку в расписании (а потом снова раскомментить), а не искать id вашего .py процесса  и килять его, а потом опять запускать (ну... либо писать ещё одну оболочку, управления этим .py процессом).
Кроме того, cron оптимальнее с точки зрения потребляемых ресурсов (если это важно на вашем сервере).
Впрочем, это только моё мнение. 😊

Отличное описание! Полностью поддерживаю!

+
Ещё systemd можно, но просто для запуска по расписанию cron'a должно быть достаточно

Для systemd нужно иметь линукс, чтобы разобраться, а "играться" на прод сервере желанием не горю

а что за операционка "в проде" ?

линукс

Как отобразить git log, чтобы можно было нормально скроллить мышкой чтобы пролистать, а не стрелочками?

Подсказали.

git log | less

Ну или —all поменяйте например на -10

Если много коммитов, всё-равно ведь также скроллить придётся

логично

не то

Шарите может как можно оборвать коммит в python GitPython?

Тут еще все зависит от IDE (в PyCharm, и в VSCode) с плагинами разными смотреть можно гораздо удобней, и есть некоторая интерактивность

как это?

На pre-commit я запускаю python файл.

Вот можно как-то сделать что при каких-то условиях тип commit.abort() ?

незнаю. можно в https://t.me/git_ru спросить.
если это делается в каком-то специфическом гитхабе-гитлабе - там можно. но насколько я понимаю гит, то коммит прокатывает всеравно, другое дело что в результате отработки хука можно продолжать или прерывать пайплайн в какой-то CI

Дыа Олег не стоит изобретать заного Cl\CD )