Fatal编程技术网
  • magento/
  • 使用Modman将Magento工作流转换为开发扩展

使用Modman将Magento工作流转换为开发扩展

magento

使用Modman将Magento工作流转换为开发扩展,magento,development-environment,Magento,Development Environment,我将在我的个人电脑中安装modman，以便在Magento中开发一个自定义扩展，并相应地维护它。 我想知道Magento模块和Modman之间的正确工作流程。在更新分机的过程中，我有一个疑问。 为了完全理解，我将以我的观点描述工作流： 为我的扩展创建我的git存储库 在服务器端： git init bare 克隆此存储库并创建骨架到modman脚本 纳诺·莫德曼： 代码应用程序/代码/范围/公司/模块/ compamy_module.xml app/etc/modules/company_mod

我将在我的个人电脑中安装modman，以便在Magento中开发一个自定义扩展，并相应地维护它。 我想知道Magento模块和Modman之间的正确工作流程。在更新分机的过程中，我有一个疑问。 为了完全理解，我将以我的观点描述工作流：

  • 为我的扩展创建我的git存储库

    在服务器端：

    git init bare

  • 克隆此存储库并创建骨架到modman脚本

    纳诺·莫德曼：

    代码应用程序/代码/范围/公司/模块/ compamy_module.xml app/etc/modules/company_module.xml

  • 更新存储库

    git添加/提交/推送

  • 在我免费安装的Magento中创建新分支

    git签出-b模块名称

  • 克隆我安装中的扩展

    莫德曼克隆git@x.x.x.x：/route/to/module/repository

    • 好的，在这一点上，我有一个很好的环境来使用我的Magento模块扩展，但我还有一个疑问。我可以从magento免费安装更新模块存储库吗？？ 我试着 
    modman更新模块名

    但我不更新扩展的存储库，正确的工作流程是什么？ 我应该修改扩展存储库吗？ 我认为这可以从Magento clean安装中工作，并从中更新Magento模块存储库……

    采取以下措施：

  • 制定扩展回购协议（bare与否无关紧要，建议将bare作为主存储库）
  • 像您那样创建modman脚本（您的脚本看起来不像一个正确的扩展脚本）
  • 更新回购协议
  • 在magento安装中，您可以签出分支机构或使用主分支机构（单独的工作流）
  • 莫德曼克隆
  • 回到3。添加您的更改并推送至回购
  • modman更新模块名
    • 拿这个来说：

  • 制定扩展回购协议（bare与否无关紧要，建议将bare作为主存储库）
  • 像您那样创建modman脚本（您的脚本看起来不像一个正确的扩展脚本）
  • 更新回购协议
  • 在magento安装中，您可以签出分支机构或使用主分支机构（单独的工作流）
  • 莫德曼克隆
  • 回到3。添加您的更改并推送至回购
  • modman更新模块名
    • 在第三点中，您提到手动更新扩展存储库。然后我在我的magento安装中使用我的自定义扩展进行开发，接下来将这些更改复制到扩展存储库并更新（推送），在最后一步modman更新中。GIT的本质是：更改>提交>推送（如果是远程的），所以是的，每次您更改某些内容时都必须重复，然后您可以从modman脚本中提取（更新）谢谢，我想我可以在Magento安装后工作，并且可以在Magento和模块之间双向工作。工作流Magento模块==（modman update）=>Magento安装在第三点中，您指的是手动更新扩展存储库。然后我在我的magento安装中使用我的自定义扩展进行开发，接下来将这些更改复制到扩展存储库并更新（推送），在最后一步modman更新中。GIT的本质是：更改>提交>推送（如果是远程的），所以是的，每次您更改某些内容时都必须重复，然后您可以从modman脚本中提取（更新）谢谢，我想我可以在Magento安装后工作，并且可以在Magento和模块之间双向工作。工作流Magento模块==（modman更新）=>Magento安装