【问题标题】:SVN organization for a 3rd-party component第 3 方组件的 SVN 组织
【发布时间】:2009-09-10 21:58:46
【问题描述】:

我们是一家为 Joomla! 开发组件的小公司! CMS。 在 Joomla! 的行话中,组件是扩展 CMS 功能的小型应用程序(例如,我们正在编辑目录组件)。

作为一个经典框架,Joomla 有一个预定义的文件结构,看起来像这样:

|-- administrator/
|   |-- backups/
|   |-- cache/
|   |-- components/  <- here
|   |-- help/
|   |-- images/
|   |-- includes/
|   |-- language/
|   |   `-- en-GB/   <- here
|   |-- modules/
|   `-- templates/
|-- cache/
|-- components/      <- here
|-- images/
|-- includes/
|-- language/
|   `-- en-GB/       <- here
|-- libraries/
|-- logs/
|-- media/           <- here
|-- modules/         <- here
|-- plugins/         <- here
|-- templates/
|-- tmp/
|-- xmlrpc/

我们的组件发生在标有“这里”的不同目录中。 总而言之,我们有:

  • 后端接口
  • 前端界面
  • 语言文件(用于背面和正面)
  • 媒体文件(图片、JS 脚本、CSS...)
  • 模块
  • 插件

我们使用 SVN 作为版本控制系统,但我们对组织存储库的“最佳”方式犹豫不决:

  • 我们是否应该模仿 Joomla 的文件结构,例如创建一个 administrator/components/ 来保存我们的后端文件夹或只设置一个 back/ 文件夹
  • 我们是否应该将模块和插件从组件的主干中分离出来?

您对为应该位于已预定义文件结构上的软件设置存储库有何看法?什么是“最佳”策略?

谢谢

【问题讨论】:

    标签: svn project-organization


    【解决方案1】:

    我会模仿 Joomla 的结构,因此安装组件只是将你的树与 Joomla 树合并的简单问题,但实际上这是个人喜好问题。只要你有一个简单的安装程序(例如“sudo make install”或“sudo python setup.py install”之类的),我认为这并不重要。

    【讨论】:

    • 这是我们的第一个想法,这种技术有一些很好的优势,比如创建一个svn up 来更新我们的WC,但另一方面,拥有管理员感觉不太合乎逻辑/ components/com_ 文件夹用于我们的后端,原因有两个:1. 每个组件都有一个存储库,所以有一个 com_ 文件夹似乎是多余的,因为我们已经知道我们组件的名称...... 2 . 有一个 components/(复数形式)文件夹似乎不合逻辑,因为我们只有一个组件。
    • 我知道这是一个相当狡猾的推理,但我只是想愚蠢地思考,让事情尽可能简单。
    猜你喜欢
    • 1970-01-01
    • 2012-03-20
    • 2011-08-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-11-25
    • 2010-09-07
    • 2018-06-04
    相关资源
    最近更新 更多