Questions tagged «deployment»

3
管理Magento /作曲家/部署
因此,我很享受使用hackathon Magento Composer安装程序,但是我很难理解其他人如何将其与部署服务结合使用。当前,我正在使用DeployHQ,是的,我可以将其设置为在存储库有更新时部署并运行composer,但是现在这对我来说已经没有意义了。 我的主要作曲者存储库仅包含我要包含在构建中的所有软件包的json文件,仅当我向列表中添加新软件包时才进行更新。 当我更新主题或自定义扩展名(在json文件中引用)时,没有“钩子”来更新我的部署服务。因此,我必须登录到服务器并手动运行composer(这将使站点关闭,直到完成)。 那么其他人如何处理呢?我应该只在本地运行composer并将供应商文件夹包括在我的仓库中吗? 任何答案将不胜感激。

1
您是否可以使用magento2实现零停机时间部署?
如果您有一个新模块,则需要运行 setup:upgrade那么我看不到可以使停机时间为零的方法。因为您需要升级数据库,所以它通常会降低10到20秒。还是我错过了什么? 即使您要部署到另一个文件夹,然后在生成所有文件时,也将实时环境符号链接到该文件夹​​,您仍然必须照顾数据库。

2
Magento2-本地/分段/生产部署和gitignore
这可能是一种讨论,而不是一个问题。 我想知道您对Magento2和本地 > 分段 > 生产环境遵循哪种部署策略 经过一些尝试,我们决定最好的(或至少最可靠的)方法是此gitignore文件,包括git中的vendor文件夹。 .DS_Store /.buildpath /.cache /.metadata /.project /.settings atlassian* /nbproject /sitemap /sitemap.xml /.idea /.gitattributes /app/config_sandbox /app/etc/config.php /app/etc/env.php /app/code/Magento/TestModule* /lib/internal/flex/uploader/.actionScriptProperties /lib/internal/flex/uploader/.flexProperties /lib/internal/flex/uploader/.project /lib/internal/flex/uploader/.settings /lib/internal/flex/varien/.actionScriptProperties /lib/internal/flex/varien/.flexLibProperties /lib/internal/flex/varien/.project /lib/internal/flex/varien/.settings /node_modules /.grunt /pestle.phar /pub/media/*.* !/pub/media/.htaccess /pub/media/catalog/* !/pub/media/catalog/.htaccess /pub/media/customer/* !/pub/media/customer/.htaccess /pub/media/downloadable/* !/pub/media/downloadable/.htaccess /pub/media/import/* !/pub/media/import/.htaccess /pub/media/theme/* /pub/media/theme_customization/* !/pub/media/theme_customization/.htaccess /pub/media/wysiwyg/* !/pub/media/wysiwyg/.htaccess /pub/media/tmp/* …

1
在已部署的生产系统上设置setup:cron:run和update / cron.php的原因来设置cronjob?
在Magento 2中,应将三个命令设置为cronjob * * * * * <path to php binary> <magento install dir>/bin/magento cron:run | grep -v "Ran jobs by schedule" >> <magento install dir>/var/log/magento.cron.log * * * * * <path to php binary> <magento install dir>/update/cron.php >> <magento install dir>/var/log/update.cron.log * * * * * <path to php …


1
选择要基于Magento版本通过Composer安装的文件
在安装者的模块中包含多个版本的代码,并让安装者根据要安装的Magento版本确定要部署的版本,将非常方便。 例如,对于Magento> 1.7,请使用system.xml,其中包括tooltip,嵌套group功能和其他现代功能,但对于较旧版本的Magento,请使用文件的精简版本,其中不包含那些(破坏性)声明。 这种方法也可以用于标准模块结构中的许多其他文件。 对于作曲家部署的选项map,modman或package.xml据我所知,没有一个是有关于目标系统的任何情报。该package.xml选项不太可能更改,但map可以... 在我看来,将有许多扩展程序开发人员将从这种降级方法中受益。有没有人找到解决方法?

1
如何在Magento中将数据库更改从开发部署到生产
我知道模块具有安装和数据设置脚本,以使DB从开发人员到生产人员都可以移植。 但是在我们的案例中,我们有UI开发人员,他们通过管理界面添加属性和产品,该界面被存储在开发数据库中。 发布之日,我们将无法重复在开发环境中所做的所有步骤,因为这将非常繁琐且耗时。 部署时是否有办法处理此类数据库更改。 现在,我们正在开发数据库和产品数据库之间进行比较,并生成一个SQL,该SQL将在发布日运行。但这没有什么危险,因为开发数据库可能包含测试事务数据,并且如果我们的SQL有任何修改事务表的语句,则最终可以将事务表锁定在生产中。 有这方面的最佳实践吗?我在这里先向您的帮助表示感谢

1
Magento2从分阶段迁移到实时站点
我没有找到有关网站滚动开发的有效过程的太多信息,因此我可以在暂存中添加自定义模块和其他文件更改,然后使用magento2将这些更改推送到我的网站的实时副本中。 在Magento 1.9中,我们只是对文件进行了git克隆,并且git提取了准备用于实时站点的所有更改,如果我的暂存站点处于开发人员模式并且实时站点处于生产中,则这显然不适用于magento2。 涉及最少现场停机时间的最佳实践是什么?(如果可能的话,没有停机时间是最佳的)

4
Magento 2部署过程
当前,我们提交composer.lock到存储库,然后composer install --no-dev在生产服务器上运行。我认为这不是最好的方法,因为作曲家需要几分钟来生成所有文件,并且这样做是有风险的。 我想知道将在生产模式下运行所需的所有文件提交回购是否更好。 其他人如何使用magento 2管理部署过程?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.