Questions tagged «git»

我有一个与file有关的问题app/etc/config.php。 此文件在此处描述并定义： Magento base dir/app/etc/config.php，其中包含已安装的模块，主题和语言包的列表。 就像app/etc/modules/*在Magento 1中一样（通常我在VCS中有这些文件）。 但是在Magento 2中，建议不要在VCS中共享（Official .gitignore）。 我对VCS中的共享有一些疑问或用例，但我想了解，因为不建议在VCS中添加 生产环境（带有部署系统Capistrano/Deployer, etc） 你犯了一个新的部署......你需要启用新/ S模块/秒php bin/magento module:enable VendorName_NewModule前setup:upgrade 您如何处理这种情况？ 您进行了新的部署，并且需要禁用（在任何情况下）新模块，php bin/magento module:disable VendorName_NewModule然后才能进行部署setup:upgrade 您如何处理这种情况？ 当地环境 如果您不希望您的团队启用/禁用特定模块 您如何处理这种情况？ 暂存环境 如果不共享，如何实现生产启用/禁用模块的相同配置 app/etc/config.php 您如何处理这种情况？您需要手动制作吗？ 您的观点是什么或如何处理这些情况？ 谢谢 * VCS：版本控制系统，例如：git，svn等

15 magento2  configuration  deploy  git 

当我开始一个新的M2项目时，我要做的第一件事是通过composer安装核心： composer create-project --repository-url=https://repo.magento.com/ magento/project-community-edition 现在，我可以在下编写我的自定义模块和主题app/code。然后，我composer.*将整个app/code文件夹添加到我的VCS中。到目前为止，一切都很好。 假设现在我想为我的项目使用一些构建工具，比如说Grunt或Gulp。 如果我自己提交Gruntfile.js，克隆仓库后magento/magento2-base运行时，它将被程序包覆盖composer install。 如果我提交了我gulpfile.js，我真的不能在a中定义我的依赖package.json，因为它也会被magento/magento2-base。 如果我决定使用Magento的Grunt设置并希望通过编辑/dev/tools/grunt（例如themes.js）下的文件来自定义它，则不能，因为我的更改将被覆盖magento/magento2-base。 我的理解是，您实际上无法在文档根目录中做很多事情。对于这个问题，当然有很多解决方案： 我可以git checkout -在安装后立即运行以重置自己的文件 我可以将构建文件存储在专用文件夹中，/build例如 我可以使用其他构建工具，例如Phing，Ant或Rake（尽管我的前端开发人员不会那么高兴） 我可以替换magento/magento2-base为具有针对核心文件的自定义映射的自定义包（虽然不是最佳选择，但是，这是一个选择） 我个人不喜欢所有这些选项，因此我想知道是否有一种首选或更好的方法来实现我要做的事情。 有人有同样的问题吗？您是如何解决的？您如何在VCS下构建项目？ 更新 与项目设置有关的一个额外要点。在实验中，我注意到Magento作曲家安装程序具有文件覆盖标志： "extra": { "magento-force": "override" } 如果我没记错的话，它在内部被视为布尔值，因此我尝试将其设置false为跳过重写。当我运行时composer install，由于文件已存在，安装失败。基本上，如果我不让Magento覆盖文件，就无法安装。 那么，该标志的目的是什么？是否只想对我进行检查？老实说，这对我来说没有多大意义，但也许有人可以阐明这个话题。

15 magento2  magento-2.1  magento-2.0  setup  git 

首先，这可能是一个已经回答的问题，但是我没有找到关于该主题的任何信息。 这不是问题，而是有关config.php在Magento 2中管理文件的最佳方式的问题。 实际上，我们config.php没有版本化（默认情况下，在M2 .gitignore文件中），因此它不在我们的存储库中。问题是，当有人安装项目时，他没有此文件，但他已经有数据库，因此无法运行bin/magento setup:install ...以生成文件。 我们知道，只有在文件存在的情况下，才能向其中bin/magento setup:upgrade添加未声明的模块，config.php并且bin/magento module:enable可以添加模块，但是我们希望避免在每次部署或安装项目时启动该模块。 我的问题（S）： -我们必须删除config.php从.gitignore和版本呢？ -我们是否必须在存储库中第一次添加它，然后再添加它.gitignore？ -管理此文件的最佳方法是什么？

15 magento2  configuration  best-practice  git 

这可能是一种讨论，而不是一个问题。 我想知道您对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/* …

11 magento2  git  deployment 

我使用安装模块composer.phar。 这就造成了符号链接文件publichtml/app/code/community，目标是（例如）vendor/themodule...。 在我.gitignore本人中，我排除了供应商目录-但是链接当然仍然会在git中结束。 有没有一种自动排除这些链接的简便方法？（除了将所有内容手动添加到.gitignore之外） 我不得不说，我有一些require-dev模块不应最终存储在最终服务器上-因此拥有这些链接至少不会那么好。

11 composer  git 

我已经magento2通过作曲家安装了。我找不到有关magento2的通用gitignore文件的任何信息，并且文件结构对我仍然很奇怪。 有人可以共享通用的gitignore模板吗？谢谢！

10 magento2  git