Andrey K
Вопрос не совсем по теме исходного поста:
Несколько раз к этому вопросу возвращался, когда приходили клиенты по выполненным контрактам.
В моем случае, при повторном заходе Клиента (спустя месяц например) начинаю "со скрипом" вспоминать "зачем здесь так, а вон тут этак было сделано". Код работает, комментарии оставлены в точках роста "чтоб еще было бы уместно вкрутить"... всё равно каждый раз как будто в legacy смотрю. )
Кажется, что если при исходной поставке с комитами в GitHub`е себе комменты на будущее оставлять, то могло бы быть проще.
Может, конечно, вся эта история и не про GitHub вовсе ;)
Использование GitHub`а для кода, который пишешь в одиночку:
а) больше дело вкуса
б) однозначно лучше использовать
в) другое
?
зависит же от размеров проекта и требованийй клиента. если это полноценные компании или люди с "офисным" опытом, то часто они заводят репозитории и дают тебе доступ и еще высылают море инструкций/требований (у нас код пишут так, переменные именуют так, отчеты пишем так). иногда даже отдельнный человек ведет учет всей работы, задач, планов, наработок в том же notion и все коммиты к этому привязаны. но есть и работы в которых задача меняется раз в неделю-две и тогда многое теряет смысл. вот текущий клиент может выдвигать новые идеи, менять приоритетность заданий, отменять некоторые требования и пр. был бы репозиторий с 40-50 разными "проектами" и сотнями часто несвязных файлов в рамках одной большой задачи. хорошо бы конечно все на github, но в мелких задачах очень редко клиенты вовзращаются к задачам и достаточно комментариев и хранить пару версий. Потому git это хорошо, но совсем не является обязательным.