GIt или не Git - вот в чем вопрос

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

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

Шо, опять?

Я-то, в отличии от пустышек балобольных показывал.

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

---------- Добавлено 03.06.2020 в 12:32 ----------

Где?!! Где я такого говорил?!!!

Ты бл..ин память себе пойди подлечи. Задрал уже такие бредофейки рожать и нести в массы.

Ну смотри - сдал ты заказчику сайт, все ок . Через неделю/месяц/полгода он приходит, говорит - а вот тут не так, надо подправить? что ты сделаешь? Ты отличный спец, сразу знаешь в чем проблема, соответственно лезешь на прод и гордо правишь там! Вуаля, готово! Где я не прав?

Нет никаких проблем и с сотней файлов, но ок, допустим что не вспомню, Но как поможет вспомнить гит?

Можно ещё спросить - зачем вспоминать, если нужно (нужно ли?) решать какую-то новую задачу., но это факультативный вопрос ;)

Ты про скрин ачивок или про санаторий дубки или про свой сайт?

Смотри, каждый кто про гит высказался, нашел в нём то, что помогает им в работе, гит (VCS) инструмент многогранный и закрывает множество проблем/неудобств.

У тебя нет проблем, потому что ты не работаешь, а балаболишь. Да ты помогаешь, заходишь по ФТП поправить стиль/скрипт/etc и так по новой. В такой работе гит излишен, он просто не нужен, так как его разворачивание будет стоить по времени больше и дороже (хотя скачать проект по FTP по времени занимает больше чем через гит), чем сделать ту работу которую ты делаешь (хотя в целом если работаешь с одной системой всегда, можно сделать универсальный gitignore и тогда будет и это просто). От сюда и всё твоё не понимание процесса. Когда делаешь проект с нуля, а не правишь готовый, то в нем как правило много правок, во многих файлов, а после запуска, проект обычно доделываю и снова вносят множество правок и тут есть ряд неудобств, а потом еще проект обновляют что тоже может доставить ряд проблем, которые гит закрывает, но у Gui-Editor'а по определению этих неудобств быть не может.

Там же вся история коммитов. Заливаешь к примеру новый вариант вендора, идешь по своим коммитам и или вручную или средствами гита переносишь свои изменения в новый код.

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

И вот после этого даже не вижу смысла продолжать дискуссию)) Так ты ж просто не знаешь что такое гит)))

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

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

Зачем заново? Есть же бекапы.

К сожалению он много чего не знает, но не хочет это осознавать... как там эффект этот? Даннинга - Крюгера вроде

Попробую объяснить.

Проблема в пункте 1. Ты сейчас в пункте 5, с наполовину законченной задачей. У тебя несколько вариантов:

• Начать искать проблему, но проблема которая воспроизводится при определенных условиях (например девайс пользователя) может затянуться на сутки. Сутки владелец бизнеса будет терять деньги. Если для тебя такое допустимо - можем закончить на этом. Для меня - не допустимо, поэтому смотрим пункт дальше.
• Вариант откатить эту правку. Но с твоей системой бекапов, ты можешь октатиться ДО того, как ты внес эту правку. Это значит, что ты потеряешь и функционал поиска, который ты добавил в пункте 3. Более того, ты должен куда-то заныкать правки по новой задаче из пункта 5, которую ты не доделал.

Какие твои действия?