Sly32

Рейтинг
391
Регистрация
29.03.2012
Должность
Software engineer
Алеандр #:
Так в чем разница этого инструмента от бэкапа в данной задаче?

На эту тему не было бы спора, если бы ты понимал КАК гит работает. Но я честно в это сомневаюсь. Как и тут есть понимание - 

webinfo #:
- после внесения изменений в эту копию переносить изменения в гит

Налицо явное непонимание работы. 

В гит НЕ надо ничего переносить! Он отслеживает ЛЮБОЕ изменение состояний системы real-time. Ты добавил слэш - он это тут же зафиксировал. Commit просто фиксирует пул изменений. Как поможет решить задачу ТС - об этом уже не только лишь все написали - есть интсрументы для аострочного сравнения кода, в отличие от бэкапа. Даже неспециалист может посмотреть, какие изменения и когда были внесены работником. Разве не об этом суть топика? Как защитить - тоже все просто - ограничить доступ, например запретить мерж в мастера, настроить работу только через форки И так далее.

Советую очень не вешать ярлыки гитбоев а попробовать разобраться. 
Это как с докер. Нет у тебя ресурсов чтоб

webinfo #:
- развернуть на тестировочном сервере копию сайта

Ну так сделай локально полную копию сервера. Это не опенсервер - тут ты можешь делать как хочешь все - версия линуеса/винды(для извращенцев) конфигурация, базы данных, кэш - у тебя локально будет все соответствовать и не придется думать - а заработает ли это на сайте?

Аргументов  толковых против я так и не услышал. Одно нежелание разобраться как это работает и внедрить. Рельно давно уже не видел вакансий, где не требовалось бы знание, хотя бы базовое гита/hg/svn

Алеандр #:
Но, что смешно, на выходе, в 95% случаев получался все тот же сайтик, только с понтами и за овер бабло, который вполне мог запилить студент на пыхе за меньший срок и с тем же количеством изначальных багов. Но обертка.. все решала )

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

Алеандр #:
Так вот ответ прост - гит аж никак не поможет в том, чтобы от этого защититься.

Лично я пытался  предложить ТСу построить систему, основанную на гит, для обеспечения контроля над тем, что делают работники. А не просто использовать git. Про Jira, Scrum, Kanban, Lucidchart уже даже боюсь заикаться))) Для поправить стили прожект-менеджер не нужен)

br.almighty #:
Это вы как определили? 😂 

"Недоделаный гит" это прям фраза дня. Это из серии "не читал, но осуждаю". 

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

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

Почитай вопрос ТСа. Но лично я как раз бы бежал от такого заказчика. Сколько можно заработать за правку стилей - 100 рублей? Как говорится, - даже наклонятся не стану. Речь идет про разработку с 0. Если я возьму в разработку сайт, я даже обсуждать с заказчиком не стану галичие гита. Просто в результате он получит не просто сайт на серваке, который может умереть, а полностью готовую систему, которйю перенести, например, на другой хост будет делом минут. Получит весь код. Получит историю изменений в соответствии с его требованиями. Нсли потом ему придется что то править то он сможет обратиться к другому человеку, не будет никаких проблем - достаточно дать доступ к репо, в котором будет документация как править, как деплоить, код будет покрыт тестами и нормально прокомментирован. И мне не будет стыдно за свою работу.  

webinfo #:
Нет. Началось всё с того, что кое-кто опять завёл свою вечную шарманку про гит, которую он крутит везде, где можно и нельзя.

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

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

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

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

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

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

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

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

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

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

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

Алеандр #:

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

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

webinfo #:

Например:

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

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

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

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

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

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

Всего: 8314