GIT和部署策略Magento2项目

在Magento 1中，我使用了一个部署工具，该工具提取了GIT存储库，运行了类似的命令modman deploy-all，并确保该var目录可写。对于.gitignore我来说，我使用的这个效果很好。

但是Magento 2呢？

哪种gitignore效果最好，如何部署项目以及在部署前和部署后应运行什么命令。期待听到社区的一些见解。

问题将持续存在一段时间

以下步骤描述了如何为自定义模块开发而非生产环境设置环境。

项目初始化

1. 将repo.magento.com凭证和github访问令牌添加到composer主目录中的auth.json中

2. 使用以下命令创建项目：

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

3. 就拿这个的.gitignore并投入你的项目的根。几乎所有的核心文件/目录已添加到根.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

对于“初始化和安装”，请遵循Alex回答的大部分步骤，只有不同之处我建议：

Git配置

仅将以下文件存储在您的Git存储库中：

• composer.json
• 作曲家
• app / etc / config.php

对于项目自定义代码，还请使用通过作曲家包括的单独模块。通过锁定作曲家比较容易，因为您可以锁定要部署的特定版本/发行版。这也迫使您对内部和外部模块使用相同的方法。

部署方式

在开发期间，您可以使用以下命令在您的环境（开发/测试）上更新模块：

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配置并部署所有静态视图文件。

重新.gitignore，2.2及以上版本的Magento官方答案将是“ config.php进入git，env.php不在”。

我们正在寻找像Mediawiki这样的作曲家插件，以使内部开发人员更接近扩展开发和客户站点。仍在探索中，尚未最终确定。

我非常喜欢将Composer“路径”存储库类型与../othergitrepo/app/code/*/*拾取模块的路径一起使用，但是它使用符号链接，这在使用Unison或类似应用程序的开发环境中效果不佳。

我们采用了不涉及单独的构建服务器/流程的不同方法，就好像在生产中一样进行本地开发

然后，我们提交生产所需的所有文件。然后，我们只需将变更集部署到服务器并运行upgrade命令。

获得适合于开发但也可以在生产模式下运行的版本是棘手的部分，虽然仍然不完美，但是现在我们有了一个可行的方法。

原因是我们希望对要生产的代码进行100％的控制。由于magento2会生成大量代码，因此我们必须在本地运行它才能理解所有影响并能够像在生产中一样进行调试。

我知道这不是很多人建议做的，但对我们来说效果最好。

前端设置步骤

为了使这些脚本起作用，请在env.php中将商店设置为生产模式，并在中设置主题dev/tools/grunt/configs/themes.js。（以下步骤已放入Ansible剧本中）

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中创建的绝对符号链接更改为相对符号链接，从而可以从vm外部运行grunt
11. 跑 grunt less:your_theme

后端/ di-setup步骤

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