ljutaev, работа в Git не нуждается в числовых идентификаторах версий. Вы вобщем-то можете
писать обычные словесные комментарии "Banner changed" e.t.c. А система git будет
строить просто цепочку изменений из них. В совокупности с датами которые генерятся автоматически
и commit-id у вас и так достаточно уникальности чтобы делать поиск.
Ведение тегов версий (tagging) или названий релизных бранчей - это ваша хозяйственная деятельность.
Вот как вам удобно - так и нумеруйте.
В самом простом случае - просто делайте сегодняшнюю дату.
создать репозиторий (гитлаб, гитхаб)
сгенерировать ssh ключ на компе, ssh-keygen, копировать публичный и вставить в настройках гитлаба/гитхаба
подключить гит — в репе пустой будет инструкция, выполнить все шаги
изменения коммитить и пушить на гитлаб/гитхаб
коммитить можно напрямую в main, можн очерез пулл-реквесты и ветки под фичи (от main делать новую ветку, коммитить, пушить и в морде гитхаба/гитлаба создавать PR), потом мержит ьего
Нумерация версий — версионирование обозначает процесс назначения или присвоения номеров версиям продукта или программы, чтобы отличать одну версию от другой. Этот процесс никакого отношения к гиту не имеет.
Контроль версий (версионный контроль), с другой стороны, представляет собой систему, которая позволяет отслеживать, управлять и сохранять историю изменений в коде, документах или других элементах проекта. Контроль версий позволяет командам разработчиков совместно работать над проектом, отслеживать изменения и возвращаться к предыдущим версиям при необходимости. Вот для чего нужен гит.
ljutaev , может быть клиент в слово «версионировать» вкладывает что-то свое? Вдруг он хочет какой-то план (сначала делаем футер и т. п. ) и поэтапную проверку.
а может нужно не гадать всей толпой, чего там хочет клиент, а спросить у него, что он подразумевает под версионированием, как правило они знать не знают и не должны знать что-там у нас за гит