Zend Framework 2 项目的版本控制应该如何管理?对此是否有最佳实践/“标准方法”?“子模块”是正确的关键字吗?
问问题
1505 次
1 回答
5
Zend Framework 2 项目通常是一个轻量级的骨架应用程序,带有各种已安装的模块,这些模块通常位于单独的专用存储库中。
主存储库通常不会受到许多更改的影响,因此您可以为其创建一个 git 存储库(ZendSkeletonApplication的分支)。虽然这些模块更相关并且需要一些小心,但框架应用程序通常在几个月内仅在几个细节上发生变化。
我可以建议以下方法:
- 在骨架应用程序分支的目录中创建应用程序特定模块的第一个版本作为git 子模块。
modules/
- 以建议的方式处理模块,只需提交回原始存储库并更新根存储库中的 git 子模块引用。
- 一旦你有了一个运行良好的版本(并且对composer和 zf2有一定的信心),你可以通过添加一个
composer.json
文件将它们转换为 composer 包。 - 移除转换后的 zf2 模块的 git 子模块,改用 composer 导入。为此,您只需要告诉作曲家存储库的位置。这将使该模块可以在几秒钟内安装在您的任何应用程序上,帮助您重用现有组件。从现在开始,重用您为不同项目编写的代码变得非常容易。
- 标记并逐步稳定包的依赖项和版本(因为您将开始拥有自己的私有作曲家包生态系统)
这就是我个人的做法,它已经变成了一个非常好的开发过程。每次共享某个功能时,我只需将其移至新包并更新composer.json
模块中的内容。Satis负责其余的工作,我们所有的实时系统都可以快速升级。
一旦你熟悉了composer,你可能想阅读一些更高级的技巧和技巧。
于 2013-02-27T19:34:21.057 回答