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