GIT и стратегия развертывания проектов Magento2

В Magento 1 я использовал инструмент развертывания, который использовал GIT-репозиторий, выполнял такие команды modman deploy-allи varпроверял, доступен ли каталог для записи. Для этого .gitignoreя использовал этот, который работал довольно хорошо.

Но как насчет Magento 2 ?

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

Вопрос останется открытым довольно долго

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

Инициализация проекта

1. Добавьте учетные данные repo.magento.com и токен доступа github к auth.json в домашнем каталоге композитора

2. Создайте проект с помощью следующей команды:

   composer create-project --repository-url=https://repo.magento.com/ magento/project-community-edition .

3. Возьми этот .gitignore и вставь в свой проект root. Почти все основные файлы / каталоги уже добавлены в корень .gitignore, но лучше также добавить следующие 2 /updateи /phpserver(просто добавьте эти 2 строки в .gitignore)

4. Инициализировать новый репозиторий git в корне проекта
5. Добавьте все неотслеживаемые файлы в git и передайте их
6. Начните разработку ваших модулей как обычно (поместите их под app/code/VendorName/ModuleName), теперь у вас будет только ваш собственный код в вашем git-репозитории

Magento установка

1. Убедитесь, что все разрешения файловой системы установлены так, как указано в официальном руководстве.

2. Установите Magento с помощью командной строки, например:

   ${project_root}/bin/magento setup:install \ --db-host=localhost \ --db-name=magento \ --db-user=root \ --backend-frontname=admin \ --base-url=http://base.url.goes.here/ \ --language=en_US \ --timezone=America/Chicago \ --currency=USD \ --admin-lastname=Admin \ --admin-firstname=Admin \ --admin-email=admin@example.com \ --admin-user=admin \ --admin-password=123123q \ --cleanup-database \ --use-rewrites=1

3. Включите работу cron индексаторов, например, в Ubuntu:

   echo "* * * * * php ${project_root}/bin/magento cron:run &" | crontab -u www-data -

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

5. [необязательно] При использовании PHP Storm выполните следующую команду, чтобы включить поддержку XSD:

   bin/magento dev:urn-catalog:generate .idea/misc.xml

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

Конфигурация Git

Храните только следующие файлы в вашем Git-репозитории:

• composer.json
• composer.lock
• приложение / и т.д. / config.php

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

развертывание

Во время разработки вы обновляете модули в своей среде (dev / test) с помощью команды:

composer update

Это обновит файл composer.lock с версиями, установленными в этой установке.

На стадии подготовки / подготовки / производства вы можете создать / установить ту же установку с помощью команды:

git pull
composer install

Это установит все те же модули, которые использовались в dev / test, чтобы гарантировать, что тестирование перед публикацией в производство будет выполнено с теми же версиями модулей, с которыми он разрабатывался.

После установки необходимо выполнить следующие команды:

bin/magento setup:upgrade
bin/magento setup:di:compile (or setup:di:compile-multi-tenant)
bin/magento setup:static-content:deploy

Это обновит базу данных (обновление схемы и данных), сгенерирует конфигурацию DI и развернет все файлы статического представления.

Re .gitignore, 2.2 и далее официальный ответ Magento будет "config.php идет в git, env.php - нет".

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

Мне очень понравилось использовать тип репозитория Composer «Path» с путем ../othergitrepo/app/code/*/*для выбора модулей, но он использует символические ссылки, которые не очень хорошо работают в средах разработки, использующих Unison или аналогичные.

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

Затем мы фиксируем все файлы, необходимые для производства . Затем мы просто развертываем наборы изменений на сервере и запускаем команду обновления.

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

причина в том, что мы хотим иметь 100% контроль над тем, какой код идет в производство. Так как magento2 генерирует тонну кода, мы должны запустить его локально, чтобы иметь возможность понять все эффекты и быть в состоянии отлаживать, как будто в производстве.

Я знаю, что это не то, что многие люди рекомендуют делать, но для нас это работает лучше всего.

шаги настройки внешнего интерфейса

Для того , чтобы эти сценарии для работы установить свой магазин в производственном режиме в вашем env.php и настройки вашей темы в dev/tools/grunt/configs/themes.js. (следующие шаги были помещены в сборник рассказов)

1. удалять var/cache
2. удалять var/view_preprocessed
3. удалить pub/static/*(не удаляйте .htaccess)
4. удалять var/composer_home
5. бегать php bin/magento cache:flush
6. бегать php bin/magento setup:static-content:deploy %your_languages%
7. удалите все темы / языки, которые вы на самом деле не используете, из pub / static / frontend
8. удалить бумажные копии меньшего количества файлов из pub/static/frontend
9. бегать php bin/magento dev:source-theme:deploy --locale="%your_language%" --theme="%your_theme%" css/styles-m css/styles-l css/email css/email-inline
10. необязательно: мы используем bash-скрипт для изменения абсолютных символических ссылок, созданных на шаге 9, на относительные, что позволяет запускать grunt извне vm
11. бегать grunt less:your_theme

шаги бэкэнда / ди-установки

1. удалять var/cache
2. удалять var/generation
3. удалять var/composer_home
4. удалять var/di
5. бегать php bin/magento cache:flush
6. бегать php bin/magento setup:di:compile

Вы также должны игнорировать эти файлы
/app/etc/config.php
/app/etc/env.php
/.idea/workspace.xml // phpstorm