Если вы идете по этой дороге «автокоммит», всегда храните такую историю локально. Как прокомментировал Рассел Стин , автоматические контрольные точки не относятся к каким-либо опубликованным, рекламируемым веткам. Это хорошо, чтобы сохранить для локальных ссылок, но в противном случае это просто неумелый беспорядок, непригодный для публикации.
Не так уж сложно написать простой скрипт, который будет "автоматически фиксироваться" в указанной ветви . Связанный скрипт - это не тот, который я использую, а тот, который я нашел. Это немного уродливо в том смысле, что он принудительно меняет ветви, поэтому вам нужно убедиться, что он не запускается, если вы делаете что-то вручную. Кроме того, он использует «фарфоровые» команды Git вместо того, чтобы придерживаться низкоуровневых (но, соответственно, более устойчивых к интерфейсу) «сантехнических» команд.
Вы также можете быть заинтересованы в том, чтобы просмотреть недавнюю ветку в списке рассылки Git , в которой освещались некоторые вопросы.
В частности, он ссылается на другой скрипт , который не «крадет текущую ветвь» и лучше справляется с использованием сантехнических команд (но необъяснимым образом по-прежнему использует git add вместо git ls-files и git update-index).
В общем, написание сценария для выполнения того, что вы хотите, не очень сложно. Правильное выполнение (с использованием сантехники, не наступая на активную ветвь (что легко при использовании сантехники) и т. Д.) - это немного больше усилий, но оно того стоит для битов Git, которые вы изучите на своем пути.
Вы даже можете использовать старую реализацию оболочки git-commit в качестве отправной точки (и хороший пример сантехники и как ее использовать).
Чтобы получать контрольные точки на регулярной основе, просто используйте скрипт, подобный этому, в crontab .