快速笔记
根据JMorris在6月28日的声明,由于JMorris从社区管理层的卸任,关于将项目和社区拆分为不同根域的提案被暂停。该提案将根据JMorris对其未来角色和xoopsinfo未来状况的进一步说明进行调整。
项目团队建立和项目委员会建设正在按计划进行。
管理结构目前,XOOPS处于过渡期,我们正在从旧标准过渡到新开放模型。这比表面看起来要复杂得多。
在此过渡期间,指导机构将由phppp和JMorris组成。Phppp(D.J.)将负责XOOPS项目的管理工作,而JMorris(James)将负责社区的管理工作。
必须指出,这种管理结构不是永久的。这种结构只是我们在从旧方法过渡到新方法期间的临时措施。在条件允许的情况下,更多的贡献者将参与项目和社区的管理。
为了明确,项目和社区的不同领域将自主管理,但将公开协作。所有“官方”项目团队将由XOOPS项目管理,而所有社区团队将由其团队领导独立管理。
将实施一些设施以允许社区为项目做出贡献。然而,社区不会决定项目的发展方向,项目也不会决定社区的发展方向。相反,我们将共同努力,以开放和透明的方式共同实现创建高质量CMS的共同目标。
当我们通过这个过渡期时,更多的控制将被分配给适当的群体。
官方与社区经过所有讨论和考虑提出的所有观点后,将实施以下模型来管理XOOPS项目和社区。
http://www.xoops.org、docs.xoops.org、dev.xoops.org以及任何未来的“项目”网站将由XOOPS项目及其相应团队管理。
http://www.xoops.org - 这将是XOOPS项目的“官方”主页,并将包括关于XOOPS CMS、核心开发讨论以及其他项目和社区资源的促销信息。只有与核心开发相关讨论将在
http://www.xoops.org 进行。所有社区支持都将在其他地方进行。
docs.xoops.org将是XOOPS核心文档的“官方”主页;而dev.xoops.org将用于XOOPS核心开发者与社区模块、主题和开发者密切合作,以确保与XOOPS核心的最大兼容性,并在必要时为开发者和设计师提供开发资源。
项目和社区团队近期已有许多团队提案和提名。明确这些团队的职责范围很重要。
phppp提出的团队提案是官方项目团队,这意味着它们将由官方XOOPS项目管理和控制,将专注于与核心开发相关的问题/或支持官方XOOPS项目的网站。
如模块开发团队和通讯团队这样的团队被视为社区倡议,因此将由每个团队的领导者自主运营。XOOPS项目不会干预社区团队的功能。
所有官方项目团队被鼓励在xoops.org网站上开展工作,而所有社区团队将被鼓励在社区网站上开展工作。
社区支持与项目支持旧的模型将所有支持形式都放在一个网站上,即
http://www.xoops.org;然而,这也是结构重整的最大原因之一。原因在于,社区的一般讨论阻碍了项目的推广。
鉴于所有因素,展示最好的方面以吸引更多开发者加入XOOPS,以尽可能积极的形象展示XOOPS,是明智的选择。因此,社区支持将不再在
http://www.xoops.org 进行,而将在一个由社区建设和运营的站点上有家,这个站点就是XOOPSinfo。
与核心开发相关讨论将在
http://www.xoops.org进行,而所有英文社区支持将保持在XOOPSinfo。除了英文支持外,XOOPSinfo还将为希望使用XOOPSinfo上可用资源的社区团队提供团队工作论坛。
总结关于XOOPS应如何前进已经进行了很多讨论。所提出的所有观点都已仔细考虑。在考虑所有观点后,当前管理层同意了以上XOOPS项目和社区的架构和方向。
当前管理层希望能够实施的变化将促进一个更开放的架构,所有成员可以参与XOOPS这个更大的整体,没有任何政治和个人的顾虑。
尽管上述许多变化与XOOPS的“老方式”截然不同,但普遍的看法是,这种激进的变化对于XOOPS发展成为主要开源软件项目是必要的。
临时管理机构希望XOOPS项目和社区的成员能看到大局,并帮助引领XOOPS进入一个新时代,在这个时代,所有成员都被同等对待,沟通是透明的。
- 项目负责人phppp
- 社区负责人JMorris