Версионность файлов

[777]

Друзья. Такое дело, есть сайт на opencart.pro 2, стоит всё хозяйство на vps с centos 6.x. Бывает редактирую файлы движка, модулей под себя. Сначала пробовал использовать параллельно 2 копии сайта, один на поддомене dev. И сначала там обкатывать все изменения, потом проделывать тоже самое на боевом. Но дело в том, что некоторые модули шифруются через ioncube, и при этом разработчики не предоставляют тестового ключа на тестовый сервер, да и вообще постоянно подправляю то стили шаблона то tpl файлы. Через некоторое время могу забыть что где когда и зачем менял. Сейчас стараюсь закомментировать старый код, чтобы в случае чего вернуть всё обратно в зад. Но понимаю что это не самый лучший выход. Задумался вот о версионности изменений на сайте, с описаниями и т.д, начал искать, нарыскал git svn trac capistrano. Файлы редактирую через npp++, пока поставил по инструкции отсюда (https://webdeveloperankitakulkarni.wordpress.com/2013/10/19/git-with-notepad/) но в принципе все плюшки гита этого git мне ни к чему, мне хватило бы даже какого нибудь веб-интерфейса на сайт, который будет вести список версий файлов и отображать соответствующие изменения с возможностью отката версии файла до нужной. Вот думаю, может кто-то уже задумывался об этом, или уже работает по такой схеме?

[RHCk]

ИМХО

Если есть CentOS (и даже когда нет), то логичнее использовать то, что работает проще и надежнее - git. По нему есть видеокурс от Школы Современных Технологий, называется "Основы GIT за 100 минут", а дальше практика. Полезно будет тому, кто пошел дальше настроек в админке.

 

С уважением.

[777]

RHCk, благодарствую! Записался на курс, авось что и выйдет из этого.

[RHCk]

Дорогу осилит идущий

[savage4pro]

толковый мануал

https://git-scm.com/book/ru/v1

[777]

savage4pro, спасибо тоже вчера читал эту книгу, сохранил себе в закладки 3 главы, которые меня наиболее заинтересовали, хотя вся книга очень интересная, а главное бесплатная ;).

RHCk, не удержался, прослушал вчера весь курс (нашел на youtube), так как школа совр. технологий предлагает подписку по e-mail и высылает по 1 уроку в день. Посмотрев первый урок, и поняв что ничего нового собственно я не услышал, поэтому решил просмотреть все сразу, благо там всего 5 уроков по 20-30минут. Что могу сказать, по моему субъективному мнению, курс рассчитан на совсем уж новичков, но это нормально про это и говорит автор, но при этом он слишком часто отвлекается от темы и выдает информацию немного сумбурно и разбавляет ее, как будто растягивая время, при этом в 4 частях идет работа с консолью, и лишь только в последней части рассматриваются варианты с GUI. И при этом всё как бы рассчитано на новичков. Возможно, что текст как таковой автор не готовил и у него был только основной план курса, а дальше автор по сути импровизировал на ходу, поэтому было много опечаток и ошибок. Может быть это было что-то типа вебинара, я не в курсе, и не осуждаю. Но как говорится - дарёному коню....В общем книга Pro Git мне понравилась больше

 

Вот что для себя решил: cms oc не совсем органично вписывается в понятие работы с git, и тем для каких обычно целей он используется. То что я нагуглил, это в основном про то как кто-то использует git при разработке модулей под oc, для того чтобы быстро тестировать свои модули с разными версиями oc и т.д.

Для себя, я пока решил попробовать обкатать работу git на dev поддомене и только при редактировании шаблона, не буду пока использовать удаленные репозитории, всякие хуки, пуши и т.д. Старый добрый WinSCP, Notepad++ и Putty. Изменения буду коммитить сразу на сервере через Putty. Попутно зарегился на Bitbucket, в будущем может разрастусь установкой локального веб-сервера буду коммитить на Bitbucket, а он будет деплоить проект на сервер при помощи хука.

[RHCk]

Мне не был известен уровень ваших знаний, поэтому рассказал о том, что проще и ближе 

 

Информация о работе с GIT встречается в курсах:

1. LoftSchool - Комплексное обучение веб-разработке (2015)

2. GeekBrains - Современные средства веб-разработки (2015)

3. Д.Елисеев - GIT&Composer для начинающих (2014)

 

Хотя, возможно и этого будет мало

[777]

RHCk, Ну вы были не так уж далеки от истины, на момент публикации первого сообщения я про git знал только собственно что это каким то образом похоже на github и что там можно работать с исходниками. Но так как я быстро гуглю, да и в принципе git не такая сложная штука как кажется, принцип его работы и основы работы с ним я нагуглил где то минут за 20.

 

Что я поимел в итоге на момент вчерашнего вечера: установленный git на сервере centos 6.7, созданный репозиторий на уровень выше папки сайта при помощи --git-dir, прописаный .gitignore с системным кэшем и кэшем с картинками. Там же добавлен bitbucket как удаленный репозиторий. Теперь я свободно редактирую файлы "по-старинке" через WinSCP и Notepad++, сохраняю их, потом в консоли набираю git status, смотрю что git увидел измененные файлы, пишу git add ., git commit -m "Поменял то-то сё-то", иногда поглядывая в git log и после git push для отправки изменений на bitbucket. Понял что не обязательно каждый раз пушить изменения в удаленный репозиторий, делаю это раз в 3-4 коммита. Поставил еще софтину SourceTree от Atlassian и скачал сервер Winginx, склонировал репозиторий себе на локальную машину, теперь буду настраивать окружение для работы из локалки.

 

За курсы вам отдельное спасибо, посмотрю обязательно, теперь у меня появилось желание углубленно изучить ветвление и git-flow

[savage4pro]

позволю себе дать еще несколько советов, на что стоит обратить внимание:

1. картинки и прочую весомую статику попрячьте в .gitignore, а для ее передачи используйте rsync с удалением
2. придумайте mysqldump с исключением таблиц пользователей, покупателей, заказов и т.д., и архивированием gzip'ом
3. передавайте статику и дамп вместе с push'ем при необходимости
4. на принимающей стороне бекапьте БД, перед применением нового дампа сохраняйте в отдельных таблицах поля, которые не должны быть переписаны, например, счетчик показов товаров, а после применения дампа, перезаписывайте эти поля на сохраненные, кроме того, в таблице конфигурации меняйте значения dev на актуальные на площадке, все это решается mysql-запросами
5. отключайте сайт на время импорта, в том числе и админскую часть - в настройках веб-сервера добавьте условие, например, наличие в папке сайта какого-нибудь файла (который будет создан перед импортом и удален после), при котором все http-запросы будут отправляться куда-нибудь на 503
6. все вносимые изменения должны быть отктатываемы, поэтому бекапы БД принимающей стороны имеет смысл делать потаблично и хранить в отдельном git-репозитории
7. настройте ssh-доступ по ключам, и погуглите gitolite
8. деплой должен производиться в автоматическом режиме, собрал-передал-дал команду на импорт-получил ответ-уведомил администратора о результате
9. простое обновление dev-prod делается одной командой

и есть еще один момент:

1. по-хорошему, итоговые изменения файлов должны быть применены на промежуточной площадке с реальными данными, отсюда следующий пункт
2. площадок должно быть минимум 3: dev[0-100], work, prod
3. как увязать логику обновления файлов и данных в этих обстоятельствах - это уже вопрос на миллион

[777]

savage4pro, спасибо не осилил, пока для меня слишком сложно, особенно про БД. Сайт небольшой, щас база занимает меньше 1мб, и товаров в принципе не планируется больше 1000. Базу решил пока не трогать, поскольку  пока решил работать только с шаблоном, а файлы движка не трогать. О деплое пока даже не задумывался, у меня пока все на уровне dev.

 

Спасибо за ваши советы, буду использовать их как шпаргалку!

 

P.S немного оффтопик. Нет ли какого-нибудь менеджера дел под opencart? В моем проекте к примеру несколько админов, один занимается исключительно товарами и статьями а другой модулями шаблонами seo и прочей технической частью. Вот хотелось бы что-то типа todo-list иметь прямо на главной в админке. У меня к примеру чтобы там обновить то-то, настроить то-то, убить баг там-то, а чтобы у другого админа типа поменять цены на такие-то товары, добавить статью про то-то, ну и так далее. Надоело все в блокноте писать, да и не всегда работа производится с рабочего компа где всё лежит, пока-что решил при помощи облачного хранилища синхронизирую с рабочей папкой.

[savage4pro]

рекомендую использовать трекер JIRA от упоминавшейся вами Atlassian