Sly32

Рейтинг
399
Регистрация
29.03.2012
Должность
Software engineer
webinfo #:
Нет. Началось всё с того, что кое-кто опять завёл свою вечную шарманку про гит, которую он крутит везде, где можно и нельзя.

Как забавно что именно ты отрицая гит, привел пример где он бы был полезен

Алеандр #:
Мы говорили о ситуации, когда у заказчика правая рука не знает, что делает левая )

Однозначно да) там уже ничто не поможет)

Алеандр #:
Уверен, сломали бы что-то еще, раз к работе допускаются не согласованные между собой разработчики

Да естественно))) Но в данном случае гит предупредил бы что что-то не так. Понятно что с правами админа я могу замержить что хочу. Но мы же говорит о цивилизованной разработке а не о "по-быстрому поправить на сервере")))

Алеандр #:
Версия, что "а вот если бы был git - то чего-то не случилось бы" - не состоятельна в таком виде.

Ну на свмом деле в вышеприведенной ситации от вебинфо как раз гит и спас бы. Но никто не говорит что поставь гит и будет счастье)))

webinfo #:
Я всегда здесь писал, что мне этот инструмент не нужен.

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

br.almighty #:
справедливости ради скажу, на сколько он бы не был прост, разбираться в нем тоже надо.

Справедливости ради скажу что есть там такие вещи которые заставляют помучаться, например  conflict resolving))) например или ребэйз с форками. Но как раз это с простыми проектами не нужно, а базовое знание сильно облегчает жизнь даже с простыми проектами

Алеандр #:

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

С этим полностью согласен

webinfo #:

Например:

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

Извини конечно, но ты вообще понимаешь о чем речь? Каким образом девочки-контенщицы относятся к гиту? 😭 Он им зачем? Это админка, там свои принципы работы и безопасность, мы же ведем разговор про  разработку, нет? 
Про сервер это вообще отпад - для гита нужен какой то особый? Сейчас любой шаред его поддерживает, не знал? Ну может кроме совсем отстоя. У тебя Хад мэйджор клиент?)))

webinfo #:
Это касалось работы с локальной копией. Гита у заказчика нет, ибо незачем. Гемор на ровном месте, никому не нужный.

Для конструктивного разговора - в чем гемор? git init-> git commit - >git push? Я что то не знаю про гит? Я могу счас свой проект 8 летней давности за 15 миеут из гита развернуть на любом серваке просто прописав SSH  ключи к серваку. и запустив скрипт. Это гемор? По мне это просто незнание инструментов.

webinfo #:
Это, как и прочее - про создание локальной копии с последующим обновлением файловой системы. Все файлы, в том числе и вредоносные, становятся в этом случае "созданными при установке системы" по времени изменения.

но комментс)))

webinfo #:
И да, такой ситуации не было бы, если бы те умники не решили обновить весь сайт, вместо того, что бы как положено внести свои изменения через штатную CMS. Это называется костылить на ровном месте.

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

Алеандр #:
Это еще вопрос к заказчику, зачем он дал задачу исполнителям, которые выполняют отложенные задачи с последующим накатыванием из репы и одновременно исполнителям, которые меняют содержание сайта "тут и сейчас". В принципе, поинтересоваться тоже можно было, когда я делаю правки по месту - всегда уточняю, все ли ушли с сервера и не будет ли параллельной работы. Пару раз на заре своей деятельности столкнулся с одновременным переписыванием файлов разными работниками и хорошо уяснил, что такое не редкость.

Вот именно для этого и придуман гит. не надо ни у кого спрашивать. Собственно гит это как раз и есть система контроля версий. 

webinfo #:
Они скачали себе на сервер копию сайта и работали с ней

Ты серьезно? Или ты сочинаешь или не понимаешь вообше о чем я пишу. Ну или там были такие же спрециалисты как ты.

По порядку разберем твои сказки:

webinfo #:
Они скачали себе на сервер копию сайта и работали с ней

Ни один специалист не закачивает никаких копий.

Сайт хранится в гите и это является первоисточником. Никто и никода не лезет на сервак руками
          Репозитарий
|                       |                       |
local_env dev_env prod_env
Это минимальная структура. Все изменения вносятся сначала в репо, тестируются локально, потом на дев энве и если все хорошо уже тогда деплоится все в прод.  При этом есть возможность всегда откатить версию на предыдущее состояние в любой момент.
Точно так же локально поднимается бэкап базы, он может отставать на какое-то время от прода, но это не влияет никак на разработку. 
Если вносятся изменения в БД - точно так же они проходят через миграции с возможностью всегда откатить состояние - таблицы, связи етс...

webinfo #:
И вот через неделю те грамотеи наконец закончили свою работу и обновили сайт.

При использовании гита это просто невозможно. Он просто физически не даст задеплоить изменения, если на сайте были сделаны изменения и  не закоммитаны. То есть ты и тут сочинил ну или там ьыли такие же мастера как ты, которые залили изменения по ФТП и затерли твой код. С гитом это просто невозможно. 
Попробуй аргументировано опровергуть - если я в чем то неправ - тут же принесу извинения.

Забыл про поиск уязвимостей - можно поподробнее? В чем сложность? Вот я могу поделиться опытом, потому что писал систему, которая КАЖДЫЙ закачанный на сайт файл прогоняет через антивирусник, та еще работа но все получилось и теперь ей активно пользуется несколько американских дилеров и автоаукционов

Всего: 8561