每个 Zend Framework 模块都有单独的 Git 子模块吗?

发布于 2024-09-26 17:07:28 字数 228 浏览 8 评论 0原文

我开发了很多基于 Zend Framework 的应用程序,这些应用程序具有可重用的模块(例如邮件模块、cms 模块等)。

每个项目都有自己的集中存储库并使用一些通用模块。每次我更新其中一个项目中的模块时,很可能我也需要更新其他项目中的模块。

同步这些可重用模块的最佳方法是什么?每个 Zend Framework 项目是否需要 ~10 个 git 子模块?你的做法是什么?项目外的每个模块都有单独的存储库吗?

I develop a lot of Zend Framework based applications with reusable modules (e.g. mailing module, cms module etc.)

Each project has it's own centralized repository and uses some of the common modules. Each time I update the module in one of the projects, it is very likely that I need to update the module in the other projects too.

Which is the best way to have those reusable modules synchronized? Do I need ~10 git submodules for each Zend Framework project? What is your practice? Separate repo for each module outside the project?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

看春风乍起 2024-10-03 17:07:28

高度耦合子模块的问题之前确实已经出现过,并且Jefromi 保留了中心模型:

子模块的每次修改都是:

  • 首先进行获取和变基(在同一子模块之上变基本地子模块工作) 仅当该中央子存储库
  • 送到该子模块的中央存储库
  • 上的合并是快进合并时,才会推

。这样,您就可以在需要公共模块的所有父存储库中强制执行该子模块的同步,因为:

  • 它们将首先获取并变基,
  • 如果合并不是快进,它们将无法推回该子模块一。

the question of highly coupled submodules did already come up before, and Jefromi kept the central model:

Every modification of a submodule is:

  • first preceded by a fetch and rebase (to rebase the local submodule work on top of that same submodule fetch from one central repo)
  • pushed to the central repo for that submodule
  • pushed only if the merge on that central subrepo is a fast-forward one.

That way, you enforce synchronization of that submodule amongst all the parent repos out there needed the common module, because:

  • they will first fetch and rebase
  • they won't be able to push back that submodule if the merge isn't a fast-forward one.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文