#контроль_версий
На этот вопрос уже даны ответы здесь:
Следует ли коммитить в git промежуточные копии когда
библиотека вообще не готова
(3 ответа)
Закрыт 2 года назад.
когда заканчивается проект? на каждой задаче, либо раз в месяц?)
Ответы
Ответ 1
Коммиты не должны быть привязаны ко времени. К задачам тоже не верно. Желательно привязывать к фичам/работающему функционалу. Если речь про git, то рекомендую: На каждую задачу создавать новую ветку. Коммитить функционал по готовности. Как можно детерминированней. Не надо, безусловно, коммитить отдельно каждую функцию. Но, если выбирать между этим и заливкой всех изменений одним коммитом, то лучше первое.Ответ 2
Зависит от требований тим лидера или заказчика. Если ты себе сеньёр, сам тим лидер и заказчик то сам и решай как часто делать. Можно использовать гит как репозиторий для хранения, тогда коммиты будут делаться редко. При коммите каждой задачи это будет выглядеть: git commit -am"пофиксил задание №777". Лично я люблю коммитить после успешного завершения задачи, то есть полность рабочая кнопка на сайте. Или полность рабочий интерфейс. Бывает что нужно сделать просто страховочный коммит и отправить на репу чтобы код не пропал в случае если жесткий диск накроется например (или твой ноутбук случайно выбросят в окно). Также если нашлись баги то можно писать коммит на каждый баг и писать в описание что мы там пофиксили. А еще можно писать коммиты после написания класса или функции а также написания скрипта. Рекомендую работать с гит через командную строку (терминал на линукс). А если нужно просмотреть код, то использовать прогу визуальный редактор для гит типа ГитКракен или любую другую. Также рекомендую битбакет.Ответ 3
На каждой задаче. Иногда на каждой подзадаче, я каждый час иногда делаю.
Комментариев нет:
Отправить комментарий