В каких случаях можно обоснованно отказаться от git и прочих систем контроля версий?

Question

[Карен]

В данном случае веду работу над проектом на laravel + vue2. Не использую систему контроля версий. Мне так удобнее без нее. Например, если выходит новая версия laravel мне легче ее развернуть и скопировать из старого проекта модели, контроллеры и некоторые другие файлы, чем обновлять проект вручную. Кроме того, часто для подзадачи разворачиваю отдельный проект, на нем оттачиваю работу задачи, а потом переношу модули в общий проект. Система контроля версий мне совсем не нужна. На свой vps все быстро копируется, а локально создают различные версии проекта, тестируются те или иные подходы, а потом собирается в один проект оптимальное решение. Считаю, что git мне не нужен.

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

UPD: Мнение в пользу git пожалуйста не пишите больше. Его я читал много раз. Интересуют именно доводы против git при одиночной разработке.

Comments

[Владислав Лысков]

хочешь, не работай с гитом, что за сопли?

[Карен]

Владислав Лысков, я просто хотел услышать мнение тех, кому тоже не нравится git и послушать их обоснование.

[Владислав Лысков]

Михаил Жабко, таких 1, только ты
PS из разумно мыслящих таких нет

[Карен]

Владислав Лысков, ознакомьтесь на досуге 10-things-i-hate-about-git и за всех не отвечайте.

[Александр Аксентьев]

Михаил Жабко, такие статьи есть на любую в мире тему.
И по большей части это просто кликбейт и собраны все 1-3-5 всем известных минусов, но про 100500 плюсов и удобств там не пишут при этом.

[Карен]

Александр Аксентьев, Вы все флудите в чужой ветке кроме одного... Ошибка была не за доводы git. а за то чтобы не использовать его. Мнение за использование git мне хорошо знакомо, но мне оно не интересно.

[Евгений Самсонов]

Михаил Жабко, есть же другие системы контроля версий, если git не нравится

[Lander]

Михаил Жабко, Расскажите мне доводы против молотка для забивания гвоздей. Мне, например, удобнее микроскопом. Почему я должен использовать молоток?

[Карен]

Lander, я удивляюсь почему люди не могут представить что другие подходы могут быть удобнее для кого-нибудь. Я еще ни разу не пожалел что не использовал git и не было такой ситуации, когда бы он мне понадобился.
для крупных проектов - не спорю. там без этого никуда. можно заблудиться.

[Lander]

Михаил Жабко, Ну в принципе имея микроскоп, мне и молоток то не нужен, особенно. Я ещё ни разу не пожалел что гвозди им забивал.

[Егор Живагин]

Lander, было бы смешно, если б не было так грустно

Answer 1

[Александр Аксентьев]

Непонятно как связано обновление ларавела и контроль версий.
Судя по всему вам еще предстоит узнать что такое композер если для вас:

легче ее развернуть и скопировать из старого проекта модели, контроллеры и некоторые другие файлы,

Мне так удобнее без нее.

непонятно какие неудобства оно вам доставляет в принципе. Закоммитить раз в день допустим или перед "релизом" очередным это сложно?

Есть ли еще какие-нибудь весомые причины не использовать git

не увидел ни одной причины не использовать VCS в вашем вопросе. Не говоря уже про какие-нибудь еще сверху.

В каких случаях можно обоснованно отказаться от git и прочих систем контроля версий?

ни в каких, это вообще никак не влияет на разработку, зато у вас есть история ваших файлов и всех изменений.

up
Есть только одна теоретическая причина не использовать гит, если у вас "проект" на пару часов и больше вы про него никогда не вспомните и не увидите.

Если вам так не нравится "синтаксис" гита, есть пачка других систем контроля версий.
Не использовать вообще контроль версий при работе с ларавелом/vue и проектом который больше одного дня это бред, вам 99% людей скажут об этом.

Comments

[Карен]

меня интересовало в каких случаях можно обоснованно не исползовать.
лично я считаю что Гит вообще неудобная штука. В скольких проектах доводилось его использовать - всегда плевался. Документация еще хуже...

[Lander]

Михаил Жабко, Вам просто лень его учить. Сознайтесь. 95% операций делается с помощью 2-3 команд изучить которые можно прям в процессе. Правильно вас другой разработчик раскритиковал. Не может быть человеку проще выделять параллельный проект с полным копированием файлов вместо того чтобы набрать git checkout -b ....

[Александр Аксентьев]

Михаил Жабко,

меня интересовало в каких случаях можно обоснованно не исползовать.

Я лично не могу придумать ни одной даже самой нелепой причины не использовать гит.

лично я считаю что Гит вообще неудобная штука. В скольких проектах доводилось его использовать - всегда плевался. Документация еще хуже...

Может просто надо научиться пользоваться 2-3 командами нормально?
Документацию гита в глаза не видел никогда, достаточно пары статей о том как он работает.
Если что-то "не получается" при работе значит это вы что-то не так делаете или не понимаете как правильно работать с ним.

При работе в одного вам ровно две команды нужны это коммит и пуш.

[Карен]

Lander, я сервера на дебиан сам разворачиваю. меня просто раздражает git. В рамках моего проекта я веду позадачную реализацию каждая из них в о тдельном проекте. потом через обычную оболочку far по готовому чеклисту копирую нужные файлы в общую сборку - это после того как все протестировано, проверено в отладчике. git мне всегда мешал. И у меня нет необходимости отслеживать когда я сделал какие изменения, потому что все разделы сайта тщательно тестируются на отдельных выделенных проектах.

[Иван Шумов]

Михаил Жабко, вы ещё скажите что сервера без Ansible или Chef, Puppet настраиваете

[Александр Аксентьев]

Михаил Жабко,

потом через обычную оболочку far по готовому чеклисту копирую нужные файлы в общую сборку - это после того как все протестировано, проверено в отладчике.

А что делать если в двух папках правили один файл?
Тем более если это ларавел, и там частенько надо прописывать какие-то нибудь команды или события в какой-нибудь Kernel.php или *ServiceProvider.php

[Карен]

Иван Шумов, зачем флудить в чужих ветках. Вопрос был задан. Если нет на него ответа, проходите мимо.

[Иван Шумов]

Михаил Жабко, я просто хотел сказать что вы сами себе делаете больно и не хотите делать качественно и поддерживаемо. Более того вы не умеете в командную работу

[Карен]

Иван Шумов, Командная работа - это другое. сейчас у меня другая ситуация и мой проект совершенно не нуждается в использовании git. мне гораздо удобнее оперировать оконным интерфейсом плюс написать себе один раз скрипт, которые делает нужные вещи - берет файлы, раскидывает их по нужным папкам. И разрабатывать отдельно каждые подзадачи, а потом объединять их.

[Иван Шумов]

Михаил Жабко, сами себе делаете жизнь сложнее. Ваше право

Answer 2

[sim3x]

В каких случаях можно обоснованно отказаться от git и прочих систем контроля версий?

когда код не представляет ценности даже для автора

Answer 3

[Андрей Смирнов]

Объясните, что у каждого программиста свой подход. Можно использовать систему контроля версий. Кому-то нравится так. Можно просто сделать папки "версия 1", "версия 2", "версия N" и внутри "сборка 123", сборка "abc"...
у кого-то такое подход. Кому-то так нравится. Если, например, следующему после вас разработчику этой системы лучше работать с GIT, то преобразовать грамотную иерархию папок в GIT можно за один COMMIT

Comments

[Карен]

спасибо. единственный ответ по теме. Остальные ответы в ветке не отвечают на вопрос.

[Артём Петренков]

Единственное, что у такого подхода будут проблемы в слиянии изменений по отдельным фичам, если меняли одни и те же файлы. Да и в принципе нужно всегда держать в голове список изменений.

[Карен]

Артём Петренков, у меня такого не может быть. На каждый подпроект свои отдельные файлы. А все изменения вносятся в родительский проект. потом раздается при помощи скрипта туда куда надо. У меня своя система контроля версий а отслеживать изменения мне не нужно. у меня бекапы делаются на автомате. Если надо будет - разверну их. Времени трачу меньше, чем те, кто работают с гитом. Но это для мелких проектов.

[Артём Петренков]

Михаил Жабко,

У меня своя система контроля версий

Но вы же говорите, что вам не нужны системы контроля версий. Оказывается, что на самом деле пользуетесь, но самописной. Как тогда предлагаете обосновывать вам ненужность?

[Карен]

Артём Петренков, я имел ввиду, что мне не нужна такая полная система контроля. У меня есть своя система работы, позволяющая мне и делать бекапы, и собирать проект. Но теперь все равно гитом буду пользоваться через не хочу.

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

просто после идеального хранилища реализованного в 1с от всяких гитов тошнит.

Answer 4

[ipokos]

В каких случаях можно обоснованно отказаться от git и прочих систем контроля версий?

На мой взгляд, только тогда, когда вы пишите echo "Hello world";
и после вас, это править и использовать никто и никогда не будет

Лично для себя, обоснований никаких не вижу.
Например мне передают проект, в котором нет гита. Я не могу сразу понять над какими модулями или функционалом велись работы. Если что-то поломалось, я не могу переключиться на прежнюю версию чтобы потестить.

а локально создают различные версии проекта, тестируются те или иные подходы, а потом собирается в один проект оптимальное решение

это удобно делать под гитом, создавая ветки разных релизов или для тестов.

если выходит новая версия laravel мне легче ее развернуть и скопировать из старого проекта модели, контроллеры и некоторые другие файлы, чем обновлять проект вручную

а в чем проблема делать то же самое с гитом?

Comments

[Карен]

мне не удобно. Я за автономность. У меня лимитированный интернет и я считаю, что если код улетел в репозиторий, то его уже кто-нибудь может просмотреть, а проект коммерческий. Никто не должен видеть кода - даже администраторы сервисов таких как github.

[Lander]

Михаил Жабко, Вы же понимаете что совсем не обязательно использовать удалённый репозиторий?

[Immortal_pony]

Михаил Жабко, разверните GIT на своем сервере, в чем проблема?

[Карен]

Immortal_pony, зачем мне это делать если мне не нравится такой подход к разработке ? Вопрос был в том чтобы мне помогли назвать веские причины не использовать Git. А не в том чтобы мне доказывали что его нужно использовать.

[Александр Аксентьев]

Михаил Жабко, гиту сервер вообще не нужен, гит внезапно задуман как распределенная система.
Т.е. создать репо в папке проекта и использовать гит можно и без интернета. И конечно гит != гитхаб
Можно работать напрямую с другими разработчиками через какой-нибудь ssh. Если заморочиться конечно.

[Карен]

Александр Аксентьев, мне это просто не нужно в рамках данного проекта. меня тошнит от синтаксиса Git.

[Александр Аксентьев]

Михаил Жабко, таки что вы с ним делаете что там часто с ним работаете, что аж тошнит?
От двух команд git commit/git push?
Какой еще синтаксис вам там встречается?

А если вы не в блокноте код пишите, то вообще с гитом можете работать через интерфейс вашей IDE и синтаксис не видеть.
Хотя судя по вашим комментам и упорству, вы не используете IDE/composer/git или что-то старше 2005 года создания.

[Immortal_pony]

Михаил Жабко, система контроля версий - это не та вещь, которая может нравиться или не нравиться при разработке. Это инструмент, который помогает вам в первую очередь. Отказ от подобной системы сравним с посптыками написать проект в блокноте. Теоретически - это возможно, но плюсов у такого подхода никаких нет. Совсем.

[Карен]

Immortal_pony, у меня иной подход и я в ней не нуждаюсь в рамках проекта такого масштаба как имею. Мне он не помогает а только мешает. Плюс полно ребят, которые пишут код в блокноте, но являются профи.

[Александр Аксентьев]

Михаил Жабко,

Плюс полно ребят, которые пишут код в блокноте, но являются профи.

По результатам независимых исследований или их собственной убежденности в этом?

После перехода с блокнота на IDE я понял что до этого вообще не код писал много лет, а херней какой-то занимался.

[Lander]

Михаил Жабко,

тошнит от синтаксиса Git

Вы будете удивлены

[Карен]

Lander, дак шторм же поддерживает работу с гитом...

[Lander]

Михаил Жабко, Тогда вообще не понимаю вашей тошноты по поводу синтаксиса. Просто такое ощущение что вы настроены конкретно против Git. Можете использовать любую другую систему контроля версий. Но, если как вы пишите, вы разрабатываете интернет-магазины и crm, то то что вы делаете с выделением новых проектов для разработки какого то функционала и т.д. - это, простите за грубость, онанизм.

[Карен]

Lander, против гит. потому что вечно когда приходилось с ним работать у нас возникали проблемы. Особенно когда работали с modx который тогда был не очень заточен под git. приходилось ждать когда админ залезет в админку и добавит в ней некоторые метаданные прежде чем я могу воспользговаться git и много других неприятностей.

[Артём Петренков]

Михаил Жабко, ну так это проблемы modx. Git же только файлы проекта контролирует. А вы на laravel пишете, с ним всё в порядке.

И да, как уже подсказывали выше, если тошнит от синтаксиса git, можно использовать GUI (в IDE или сторонний) или, например, Mercurial. А применять вручную изменения из отдельной папки в основную по чек-листу — это тупая обезьянья работа, которая через git обычно делается даже не в консоли, а одной кнопкой. Более того, даже раскатывать сайты вручную не нужно — под каждую отдельную фичу современные CI создают отдельный сайт специально для демонстрации или тестирования.

[Карен]

Артём Петренков, ну я понимаю о чем вы. есть проекты в которых иначе никак и даже глубо - без гита жить. но в моем случае этого не нужно. понимаете. Создал один апи контроллер, пару моделей, оттестил все в отладчике и в общую сборку. файлы отдельные всегда. такого чтобы в одной версии один файл, в другой - другой - такого не бывает. Файлы не повторяются, а если повторяются, то изменения все вносятся только во владельце и потом скриптом обновляет все рефералы. У меня своя система версий - своя разработка. она не показывает изменения, но делает все что мне нужно и экономит время. Но это для мелких проектов где я сам один.