【问题标题】:how to easily debug a symfony bundle shared across project如何轻松调试跨项目共享的 symfony 包
【发布时间】:2017-09-18 04:59:03
【问题描述】:

我即将在两个 symfony 项目之间共享一个小包,我想知道如何在编码时轻松调试它。

这个包将被添加到 composer.json 依赖列表中,两个 symfony 项目将不得不在每次这个包改变时做一个 composer 更新。 我希望能够在没有这个可怕步骤的情况下测试这个捆绑包。那么我怎么能不让自己承受这样的负担呢?

我想我可以使用专门用于调试此捆绑包的第三个项目,并简化对更新的访问,但是如何?

  1. 我可以使用 git submodule 将我的包托管在另一个 symfony 项目中,该项目可以充当始终保持最新的环境,但我对 git submodule 的体验非常糟糕,因此更愿意避免使用它。

  2. 另一种解决方案是用符号链接替换子模块,但这不是跨团队共享的环境(每个团队成员都可以创建符号链接)

  3. 我首选的解决方案是一个简单的 bash 脚本,可以“提交 + 启动对测试项目的作曲家更新”以减轻痛苦。 最后,虽然这两个真正的项目应该依赖私有 github 仓库来获取代码,但测试项目应该依赖 path 仓库来绕过我糟糕的互联网连接。

edit :我最终使用了一个 git 钩子(提交后),它在我的两个依赖项目上触发了作曲家更新。我的依赖项目具有使用私有 git 存储库声明的依赖项。这很容易创建,但缺点是每次提交后都会触发作曲家更新。

我的解决方案并不完全令人满意,但我想不出更好的解决方案,我是否错过了更好/更简单的解决方案?

【问题讨论】:

标签: php git symfony composer-php bundle


【解决方案1】:

正如@numediaweb 好心回答的那样,这个 wokrflow 似乎是要走的路: Symfony2 - creating own vendor bundle - project and git strategy

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2015-10-27
    • 1970-01-01
    • 1970-01-01
    • 2017-08-09
    • 2017-06-15
    • 2013-01-08
    • 2015-12-12
    • 1970-01-01
    相关资源
    最近更新 更多