随着新的开发策略的实施,针对不同开发团队和希望提交错误报告、补丁、功能和文档的人们,开发资源进行了很多重命名和重组。在这篇文章中,我将向您介绍一些新的和重命名的资源位置。
代码
首先,代码仓库。这些是存储正在开发的代码的地方。贡献者在仓库中编写和测试新代码并修复错误。随着新的开发策略的推出,现在有三个仓库。
在新计划下,不再有发布分支,而是维护一个跨所有版本号的单一主干。有时人们会问1.7版本的主干在哪里,或者1.6版本的主干在哪里,但它们之间没有区别,只有一个“主干”。你可以在 http://joomlacode.org/svn/joomla/development/trunk/ 找到主干。用户名使用 anonymous,密码留空(或者你可以使用你的 joomlacode 凭据登录,但在提交代码到分支时没有优势)。
Joomla! 1.5 的仓库仍然位于 Joomlacode.org,并且有它自己的发布分支。你可以从 http://joomlacode.org/svn/joomla/development/releases/1.5/ 检出 1.5 分支。未来,除了非常特殊的情况,例如在1.7 alpha发布后发布的1.6.4版本之外,将不再有单独的发布分支。那个分支的生命周期将非常短暂,因为一旦1.7版本在7月达到通用可用阶段,它将不再相关。
作为新策略的一部分,Joomla! 平台(以前称为框架)的代码库已经迁移到 https://github.com/joomla/joomla-platform。在 GitHub 上,您有多种访问代码的方式。例如,您可以转到源代码标签页下载 zip 包,使用 git 软件进行只读的代码拉取并保留完整历史记录,或者如果您想参与代码开发,可以创建代码库分支。GitHub 上的说明非常详细且有助于理解。
迁移到 GitHub 是激动人心的,据我所数,即使主要目标是准备好与 CMS 清晰分离的初始版本,也有至少来自 13 个不同人的代码提交。目前还有 37 个分支,观察其他人在做什么很有趣。还有一些有趣的图表——显然我们最受欢迎的提交时间是周六午夜。
最近在开发者邮件列表中 讨论的一个问题是,CMS 本身是否会迁移到 GitHub。实际上,整个讨论 至少已经进行了一年,看起来迁移的想法可能是可行的,但除非问题管理和 JBS 的运作流程就绪,否则不会急于进行。
问题
随着所有这些变化,关于报告错误(我们喜欢称之为问题 :)的位置有些混淆。类似于代码库的更改,对于 1.6 及以后的版本,只有一个问题跟踪器,位于 http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=8103。这不是 1.6、1.7 或 1.8 的问题跟踪器,这只是“问题跟踪器”。Christophe 告诉我,当前跟踪器已经解决了超过 3400 个问题。这几乎与整个 1.5 跟踪器相当。由于只有一个主线版本,未解决的问题将继续进入下一个版本,而不可能在分支版本中修复而在主线版本中不修复。
平台的问题目前是通过在主问题跟踪器中使用 Joomla! 库类别进行跟踪的。如果您对平台问题有解决方案,可以提交一个补丁或者在 GitHub 上创建一个分支并提交您的分支链接。
Joomla! 1.5 跟踪器仍然位于 http://joomlacode.org/svn/joomla/development/releases/1.5/。
功能
正如只有一个问题跟踪器,CMS 只有一个功能跟踪器,位于 http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=8549。这是放置您感兴趣并希望贡献给 Joomla!(特别是 CMS)未来版本的新功能的地方。您也可以在那里放置平台的新功能,但您可能更愿意在 GitHub 上创建一个分支,并在您准备好时请求合并。
文档
文档仍然位于 https://docs.joomla.org,谢天谢地,但如果您访问文档网站,您会看到已经有新的图标标识 CMS 1.7 和平台 11.1 项目。随着平台最终将拥有与 CMS 不同的、更频繁的发布计划,从未来开始利用这些标签将非常重要。如果您想帮助使平台版本取得巨大成功,请考虑在平台参考项目中添加您的评论和示例,并为 1.6+ 帮助屏幕项目做出贡献。
看到所有的这些重组和变动是非常令人兴奋的(有时也会感到困惑)。随着生产工作组继续试验并找到与新策略有效结合的方法,预计在未来几个月内会有更多的调整。