Как забавно что именно ты отрицая гит, привел пример где он бы был полезен
Однозначно да) там уже ничто не поможет)
Да естественно))) Но в данном случае гит предупредил бы что что-то не так. Понятно что с правами админа я могу замержить что хочу. Но мы же говорит о цивилизованной разработке а не о "по-быстрому поправить на сервере")))
Ну на свмом деле в вышеприведенной ситации от вебинфо как раз гит и спас бы. Но никто не говорит что поставь гит и будет счастье)))
Тогда почему ты лезешь спорить о том, о чем не имеешь представления? Предложи свой вариант решения проблемы ТС. Ты же сам полез умничать, теперь реально изворачивашся и это выглядит смешно
Справедливости ради скажу что есть там такие вещи которые заставляют помучаться, например conflict resolving))) например или ребэйз с форками. Но как раз это с простыми проектами не нужно, а базовое знание сильно облегчает жизнь даже с простыми проектами
Вы смешали понимание работы определенного инструмента и тот факт, что заказчик в принципе может сделать так, что ни один инструмент не поможет с нормальной разработкой его сайта. Мой комментарий был исключительно об этом.
С этим полностью согласен
Например:
- обучать девочек, публикующих новости и вносящих изменения в каталог, работе гитом- содержать сервер, по возможностям превышающий тот, на котором размещён сайт.
Извини конечно, но ты вообще понимаешь о чем речь? Каким образом девочки-контенщицы относятся к гиту? 😭 Он им зачем? Это админка, там свои принципы работы и безопасность, мы же ведем разговор про разработку, нет? Про сервер это вообще отпад - для гита нужен какой то особый? Сейчас любой шаред его поддерживает, не знал? Ну может кроме совсем отстоя. У тебя Хад мэйджор клиент?)))
Для конструктивного разговора - в чем гемор? git init-> git commit - >git push? Я что то не знаю про гит? Я могу счас свой проект 8 летней давности за 15 миеут из гита развернуть на любом серваке просто прописав SSH ключи к серваку. и запустив скрипт. Это гемор? По мне это просто незнание инструментов.
но комментс)))
Если принять за правду то, что ты пишешь, то там разработчики именно твоего уровня, непонятно зачем этот пример в свете спора о полезности гита
Вот именно для этого и придуман гит. не надо ни у кого спрашивать. Собственно гит это как раз и есть система контроля версий.
Ты серьезно? Или ты сочинаешь или не понимаешь вообше о чем я пишу. Ну или там были такие же спрециалисты как ты.
По порядку разберем твои сказки:
Ни один специалист не закачивает никаких копий.
Сайт хранится в гите и это является первоисточником. Никто и никода не лезет на сервак руками Репозитарий| | |local_env dev_env prod_envЭто минимальная структура. Все изменения вносятся сначала в репо, тестируются локально, потом на дев энве и если все хорошо уже тогда деплоится все в прод. При этом есть возможность всегда откатить версию на предыдущее состояние в любой момент.Точно так же локально поднимается бэкап базы, он может отставать на какое-то время от прода, но это не влияет никак на разработку. Если вносятся изменения в БД - точно так же они проходят через миграции с возможностью всегда откатить состояние - таблицы, связи етс...
При использовании гита это просто невозможно. Он просто физически не даст задеплоить изменения, если на сайте были сделаны изменения и не закоммитаны. То есть ты и тут сочинил ну или там ьыли такие же мастера как ты, которые залили изменения по ФТП и затерли твой код. С гитом это просто невозможно. Попробуй аргументировано опровергуть - если я в чем то неправ - тут же принесу извинения.
Забыл про поиск уязвимостей - можно поподробнее? В чем сложность? Вот я могу поделиться опытом, потому что писал систему, которая КАЖДЫЙ закачанный на сайт файл прогоняет через антивирусник, та еще работа но все получилось и теперь ей активно пользуется несколько американских дилеров и автоаукционов