Как настроить работу Cron для выполнения коммита Git

Question

Я каждый день вручную добавлял свой репозиторий git.Но иногда я забываю.

Можно ли написать сценарий оболочки для выполнения git commit?

Мне трудно, потому что я не знаю, как предоставить сообщение коммита через скрипт.

ПРИМЕЧАНИЕ

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

Мой случай другой.Я не очень заинтересован в поддержке версий, которые не сломаются.Я больше заинтересован в сохранении резервной копии моего кода.Я странным образом работаю на удаленной машине через winSCP.Я хочу что-то, что сохранит каждое незначительное изменение, которое я внесу, так что на всякий случай, если я выполню 'rm -rf' в некотором каталоге, я не потеряю большую часть своей работы.

Answer 1

Это не очень хорошая идея, но, если вы все-таки хотите это сделать, этого будет достаточно:

COMMIT = cat ~/commit_message
git commit -m $COMMIT

И вы можете изменить ~/commit_message на то, что вам нравитсякаждый день.

Answer 2

В зависимости от вашего конкретного варианта использования, вы можете взглянуть на Flashbake , который использует git для очень частых коммитов проекта - идея состоит в том, чтобы помочь авторам отслеживать их прогресс в написанииочень хороший уровень.Это не то, как Git был разработан для использования, но это довольно хорошая идея:)

Answer 3

Я не думаю, что это ужасно - идея иметь какой-то контроль версий в качестве резервной копии.

Это просто другое использование Git, чем то, для чего оно было специально предназначено.

Почему вы должны использовать инструменты, с которыми вы уже не знакомы, чтобы выполнять тяжелую работу?Возможно, есть лучший практический подход, но использование Git, возможно, сравнимо с любым другим механизмом «резервного копирования», он просто делает это с помощью другого метода.Пока вы понимаете это и понимаете последствия, которые это имеет для репо, имейте это в виду.

РЕДАКТИРОВАТЬ

Я не дал ответа в своем ответе ... Извините за это.

Я бы определенно сказал, что хорошим подходом было бы вместо этого запускать проверку, возможно, два раза в день на количество изменений, и, если число превышает определенный порог, продолжайте выполнять коммит.Установите сообщение коммита как нечто описательное для резервной копии.Например, вместо использования прямого bash, вы можете программно настроить сообщение о коммите, чтобы оно включало дату / время и некоторое подобие файлов, которые изменили коммит.Таким образом, ваши сообщения о фиксации не совпадают, и они на самом деле полезны.

Довольно просто сделать с Python или Ruby, которые оба имеют библиотеки для запуска вещей уровня командной строки (например, Git commit -am +сообщение или что-то подобное)

Answer 4

Это не должно сильно отличаться от заурядного кроншоба.Вы можете установить коммит-сообщение с помощью опции -m (сообщение).

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