开发什么样的好工作流程&；在Windows下本地测试Magento扩展？

我们正在开发一个Magento扩展，它存储在git存储库中。这是我们当前使用的工作流。。。而且很糟糕：

克隆/将远程存储库拉入本地存储库

将扩展文件从本地存储库复制到本地Magento安装

在本地Magento安装上工作/编辑

将扩展文件从本地Magento安装复制到本地存储库-我们复制了四个特定路径：

• app/etc/modules/OurModule_Base.xml
• 应用程序/代码/本地/本地模块
• app/design/adminhtml/default/default/layout/OurModule.xml
• 皮肤/adminhtml/default/default/OurModule

提交和推送

有没有更好的工作流程的建议，我可以在本地测试并提交，而不用担心在文件夹之间来回复制文件

编辑-似乎是一个可行的选择，唯一的问题是我所能收集到的

---

我想我可能只是手动设置了一些符号链接。

您应该查看modman-

---

非常好的脚本，可以让你轻松地对模块进行符号链接-听起来非常适合你的工作流程

是的，我想说的是，modman的帖子有点相关。从本质上说，modman是一个用来帮助您创建符号链接的工具。modman的基本工作流程是：

将.modman配置文件添加到扩展存储库中

将扩展存储库克隆到存储库中的.modman文件夹中 测试Magento存储路由目录

运行modman命令来安装您的模块（我认为它是deploy，我目前只对modman略为熟悉）

此时，您的所有扩展代码都位于自己的存储库中，您可以轻松编辑文件并提交它们，而不会干扰Magento核心文件等。您还可以轻松克隆模块并将其部署到多个Magento版本的目录中

---

你可以在没有modman的情况下通过手动创建符号链接来实现同样的方法，但是如果可能的话，我建议使用modman。这是我想在我们的工作流程中介绍的东西（只是还没有找到合适的时间）.

相关：我不知道这是否与我们相关，我不熟悉modman。更新了问题-我使用的是Windows，modman似乎不支持。我想在这种情况下，令人遗憾的答案是我应该手动设置一些符号链接。也应该在Windows上工作。更新了问题-我使用的是Windows，modman似乎不支持端口。我想在这种情况下，令人伤心的答案是，我应该手动设置一些符号链接。仅供参考，请确保禁用/清除缓存（只是一个提醒…我玩了30分钟不同类型的符号链接，直到我发现问题实际上是我的缓存）当然，当链接到一个新模块时，需要清除*.xml缓存。我通常会注意到的是var/cache不可写，而内容正在写入/tmp/cache