stickpro

Так же одна из полезных функций это сборка новых файлов, например мы разрабоатываем модуль, и руками не хотим собирать файлы в руками
git diff --name-status b8c5130f f60aa30b | awk '{ if ($1 != "D") print $2 }' | xargs git archive -o output.zip HEAD

git diff --name-status nameCommint1 nameCommint2 | awk '{ if ($1 != "D") print $2 }' | xargs git archive -o output.zip HEAD

где nameCommit1 первый коммит, например после установки opencart и nameCommint2 коследний коммит, гит соберет все новые файлы и запакует в архив, останется только написать модификатор, если модифицируются стандартные файлы

и это все пишет паша @Pascha ? Который за 8 лет не достиг уровня даже джуна, который не знает даже понятия о psr-12, уровень которого это скопипастить код, и выдавать за свой, кстати так и не дождался ссылки где этот код в открытом доступе. Весь цивилизованный мир использует git вы же самый умный говорите, что это не удобно и не нужно. Прошу прощения, а какой вклад в opensource вы внесли? Или ваш предел только обманывать своих клиентов, выдавая себя за бога, который может в css покрасить кнопки?

14 часов назад, buslikdrev сказал:

Добавьте в начале описание для чего это, чтобы оценить нужно ли это.

что и для чего это постарался описать тут

9 минут назад, gladky сказал:

И получается что код сайта доступен для всех в любое время? На бесплатном аккаунте нет возможности закрыть все от индексации, или я не прав?

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

В скором напишу подробный гайд по работе с гитом именно в рамках opencart. Да git бесплатен, ну в большинстве своем хватает бесплатного аккаунта

4 минуты назад, dexion сказал:

Было бы интересно почитать. phpStorm я как то смотрел тоже пару лет назад, но не особо понял что там к чему. Мб конечно на маке версия отличается от виндовой, но если фтп подключить - секундное интуитивное действие, то на пхпшторм чет интуиции не хватило..

Пока  что использование гита мне видится как 1 большой костыль, хотелось бы развеять это представление. А если над сайтом работают 3 программиста единовременно, каждому свой клон (ветку) выдавать? У меня сайт 100гб+ весит с картинками и их кешем, это под каждую ветку по 100гб+ нужно выделять? А где это все хранится? И если 1 файл правился разными программистами в 1 день, как оно правильно объединится? Не будет ли это похоже на вкмод, который порой криво срабатывает из за конфликтов модулей?

Допустим я внес правки в 3 файла. Мне нужно в команде указать из каких именно файлов перенести правки с тестового на боевой? Или как происходит обновление?

Наоборот, не использование гита это и есть большой костыль, вам не нужно разворачивать несколько тестовых площадок, достаточно одной. и ей не обязательно быть точной копией со всеми картинками, и тянуть их в гит все эти картинки вообще ен нужно они добавляются в .gitignore, достаточно урезанной базы данных, кстати так безопаснее, у разработчика не будет полной информации о ваших заказах доступа к клинетам и реальной админской учетки, а тестовая бд. c минимально нужным наполнением. Разработчик же самостоятельно скачивает и на своем рабочем окружении, будь то openserver lamp xamp docker vagrant не важно разварачивает ваш сайт из dev ветки создает новую #1-task , работает над ним, и далее  уже загружает ветку  #1-task в вашем репозитории и межит ветку #1-task > dev, и на тестовый сервер или  же вы сами на тестовом сервере делеате git pull смотрите изменения, если вам все устраиваете мержите ветки  dev > master и удаляете ветку #1-task. Git отслеживает не файл в целом, а какбы каждую строчку по отдельности. У каждого разработчика есть своя задача, которую они решают в разных ветках разработчик один  #1-task разработчик два #2-task два у них одинаковые экземляры веток dev, допустим оба разработчика правят один и тот же файл, все заливают обе ветки и вы по очередно, их сливаете, но на втором слиянии может возникунть конфликт, который git может и самостоятельно разрешить если видны явные изменения, или предложит вам решить его самостоятельно. Вообще это нужно пробовать.

12 минут назад, dexion сказал:

Некоторые правки бывают "безобидными", например, на странице товаров в админке. Такое можно спокойно ковырять и на боевом сервере - экономия времени на перенос правок. А если еще и работа выполнялась несколько дней - не нужно вспоминать какие именно файлы правились.

Плюс, часть программистов с форума предпочитают делать сразу на боевом, опять таки если правки "безобидные".

Я пробовал развернуть тестовую копию сайта. Но т.к. часть правок делались сразу на боевом, а часть на тестовом - спустя полгода проще было удалить и заново поставить тестовый, не смог придумать как актуализировать тестовую версию. Получается нужно вообще на 100% отказаться от прямых правок боевой версии?

И вроде как использование гита удорожает доработки.

Не важно какие правки и где вы вносите, значительные они или нет, это прежде всего контроль, и всегда возможный откат к предыдущим изменениям, вы вносите правки, тестируете их на тестовом сервере, делате комит, благо соременные редакторы по типу phpStorm и vscode упрощают эту задачу, и вам не нужно видеть терминал парой, отправляете его на сервер в редакторе или в консоле командой git push в gitlab или github делаете мердж веток, и на боевом сервере одна команда git pull, так же можно настроить автодеплоер, тоесть вам даже на сревер заходить не придется, все изменения которые попадают в ветку мастер gitlab автоматически развернет на продакшен сервере ( может быть напишу статью по подобной настройке ), это все не дольше чем зайти на ftp найти нужный файл исправить сохранить и загрузить. А по поводу доработки, я бы задумался над компетенцией данного разработчика, который не умеет или не хочет освоить git хотя там осваивать нечего, и стоит ли ему доверять свой проект, который вам приносит деньги.

19 минут назад, dexion сказал:

А если я как заказчик сам регулярно вношу изменения в сайт, как мелкие правки стилей, так и более масштабные порой в 10+ файлах? И эти правки в процессе нужно тестировать. После каждого сохранения файла выполнять команду в консоли, чтобы правка применилась? Пару лет назад пробовал смотреть в сторону гита, но тогда осилить не смог, и показалось, что в этом больше гемора, чем практической пользы, в условиях ежедневных бэкапов и правок кода + модуля от @halfhope по мониторингу изменения файлов.

тестировать нужно не на боевом сервере, а на тестовом, которым может выступать так же и ваш ПК c OpenServer, docker или любой другой близкой к боевой среде сервер, развернутый например не поддомене.

36 минут назад, Pascha сказал:

Можно и нужно...

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