Следует ли коммитить в git промежуточные копии когда библиотека вообще не готова

Я так понимаю система git служит для контроля версий библиотеки и т.п.
Но если стоит иная задача: промежуточные копии когда библиотека вообще не готова. Например, добавил класс, в нём несколько функций. Библиотека не готова, она не рабочая, но мне нужно сделать точку восстановления. (Скажем, я не уверен точно каким путём идти дальше, чтобы можно было вернуться к этому состоянию, или же просто резервная копия случай сбоя). Коммит делать, как мне кажется нецелесообразно, существуют ли другие пути для этой задачи?

Ответ

Мой вариант работы - репозиторий лежит в интернете, работаю с нескольких мест. Коммиты до пуша хранятся локально, поэтому они больше для истории. Пуш в репозиторий в тестовую ветку в любом состоянии - чтобы при продолжении с другого места было доступно текущее состояние. В любом случае благодаря истории коммитов всегда можно вернуться на любой этап.
Но при этом вся разработка ведется в отдельной ветке, перед заливкой на боевой сервер рабочей версии - слияние с мастером, перед итоговым пушем в репозиторий дополнительный тест.
Правильная идеология - завести ветку testing, в которую коммит без ограничений, пуш по настроению, но слияние с мастером только работоспособной версии.
На возможной развилке можно создать новую ветку, потом победивший вариант вливается в testing, тестируется и уходит в мастер.
И как написал предыдущий докладчик - использовать тэги для отдельных вех.