A Little (Late) Spring Cleaning

Following up on the codified criteria for a repository to live under the WordPress organization on GitHub, a comprehensive audit of all repositories under both the WordPress and bbPressbbPress Free, open source software built on top of WordPress for easily creating forums on sites. https://bbpress.org. GitHubGitHub GitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/ organizations has been conducted.

To support this effort, every repository was catalogued in a spreadsheet, along with metadata to assess which met the established criteria. This includes factors such as ongoing maintenance, alignment with an active WordPress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ team or initiative, and whether the repository serves a continuing purpose.

Archived Repositories

In total, 20 repositories in the WordPress GitHub organization were identified as no longer meeting the criteria for active maintenance under the organization. These include:

  • Feature plugins for projects that have already been merged into WordPress CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. and are no longer providing any additional functionality.
  • Some repositories were created for short-term experimentation or one-off demonstrations. While useful at the time, they no longer serve an active purpose and were archived to reduce clutter.
  • Legacy communication efforts that are no longer relevant.

The following repositories have been archived between June 5, 2025 and June 24, 2025:

Additionally, one repository was archived under the bbPress GitHub organization: wpbbp.

Archived repositories remain publicly accessible for reference purposes. Specific reasons why each repository was closed can be found in the Archive Notes column of the spreadsheet

Closed Plugins

Archiving repositories was only one part of this effort. Since the GitHub repositories often overlap with plugins hosted on the WordPress.org Plugin Directory, all plugins maintained or supported by the wordpressdotorg user were also reviewed. Plugins tied to deprecated features, outdated support needs, or now-merged projects were closed to reduce confusion and focus contributor attention on current tools.

The following 11 plugins were closed on June 24 2025:

To preserve historical context, a new page in the Core Team Handbook has been published as a reference of all retired plugins that were officially supported by the Core team at one point. Plugins closed prior to this effort can be added retroactively as they’re identified.

Archived SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. Channels

Beyond code and plugins, Slack was also reviewed. Slack channels associated with completed initiatives, legacy features, or inactive Core components were archived. This helps reduce noise and ensures that active discussion spaces align with the project’s current areas of focus.

feature-* and core-* component channels were considered inactive if there had been no meaningful collaboration for at least one year.

The following 30 Slack channels were archived in the WordPress.org Slack instance on June 24, 2025:

Archived Slack channels remain publicly accessible and can easily be unarchived if new maintainers come forward or if the channel is the most appropriate space for new discussions.

Looking Ahead

As the project continues to evolve, periodic audits like this help keep our resources aligned with current priorities. If you believe something was archived prematurely or have suggestions for future cleanups, please detail in the comments.

When archiving certain code bases, plugins, and channels, it’s important to pause and thank the many contributors who brought them to life. Their work forms the foundation for continued progress. Every commit, idea, and conversation has helped advance WordPress’s mission to democratize publishing. And for that, we say “thank you!”

Props @4thhubbard for post review.

X-post: The Incident Response Team is looking for new members

X-comment from +make.wordpress.org/community: Comment on The Incident Response Team is looking for new members

Five for the Future WCEU25 Chat

🎯 Meeting Purpose & Context

This pivotal meeting convened many WordPress stakeholders, including grassroots contributors, corporate sponsors, team leads, project managers, advocates, and community organizers. The dialogue focused on dissecting and reshaping the WordPress contribution landscape in 2025 and beyond.

The primary objective was to address the challenges and opportunities holistically:

  • Defining what constitutes contribution beyond traditional code-centric views.
  • Ensuring contributor sustainability by mitigating burnout and securing equitable funding/support.
  • Enhancing recognition systems that acknowledge the full spectrum of work supporting WordPress.
  • Establishing transparent and effective funding governance and sponsorship models.
  • Standardizing team structures, onboarding, and offboarding workflows for clarity and respect.
  • Leveraging AI and technology to consolidate fragmented knowledge and facilitate onboarding.

The Five for the Future” (5ftF) initiative—originally a rallying cry for companies to contribute 5% of their resources back to WordPress—was intensely scrutinized. Participants widely agreed the initiative’s ambiguous nature has diminished its effectiveness and propose a comprehensive reinvention aligned with the modern open-source ecosystem and diverse contribution types.


🔑 Major Topics & Deep Insights

1. The State and Future of “Five for the Future”

Context & Historical Analysis

  • 5ftF was conceived as a simple, inspiring call-to-action. However, its coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. metric (5%) was never concretely defined—whether it applied to revenue, personnel time, or budget allocations remains unclear.
  • This vagueness led to mixed interpretations, with some companies adopting it as a guideline, others feeling pressured or unfairly judged, and some dismissing it altogether.
  • Over time, 5ftF became a source of contention, sometimes weaponized to criticize contributions or lack thereof, which alienated community members.

Implications for Today

  • The lack of clarity makes measuring compliance and impact difficult, frustrating sponsors and contributors alike.
  • The initiative’s framing as an obligation risks fostering resentment instead of fostering intrinsic motivation to contribute.
  • Diverse organizations contribute in myriad ways that don’t easily map to a singular percentage metric.

Community Sentiment & Recommendations

  • Strong desire to rebrand or replace 5ftF with a framework that is:
    • Explicit about what counts as contribution (code, docs, events, advocacy, sponsorship, infrastructure support).
    • Flexible and adaptable to different organizational sizes, cultures, and capacities.
    • Presented positively, encouraging pride rather than guilt or competition.
  • Proposals for concise, easily digestible messaging (e.g., TL;DR summaries) to increase community engagement and understanding.
  • Emphasis on clear terminology distinctions, such as differentiating “projects” (workstreams, campaigns) from “teams” (organizational units) to improve clarity.

Logical Considerations

  • The original 5ftF suffers from ambiguity, resulting in a vagueness fallacy that allows for multiple contradictory interpretations and hinders effective implementation.
  • There is a risk of moral licensing bias, where companies might justify minimal or token contributions by pointing to vague pledges.
  • There is an opportunity to apply clear measurement theory to reframe the initiative for maximum effectiveness.

2. Defining Contribution: Inclusive Recognition

Contextual Breakdown

  • WordPress’s contribution recognition has historically focused on code commits and bug fixes, marginalizing critical roles like:
    • Event organizing and community building.
    • Mentoring and onboarding support.
    • Moderation and conflict resolution.
    • Localization and translation work.
    • Documentation and educational content creation.
    • Advocacy and sponsorship liaison roles.

Risks & Consequences

  • Contributors performing “soft” or non-technical work often remain invisible in metrics and appreciation systems, leading to feelings of undervaluation and eventual attrition.
  • Community diversity and vitality suffer if key roles go unrecognized, risking burnout in these critical but less-visible areas.

Community Sentiment & Recommendations

  • Strong advocacy for broadening contribution definitions and institutionalizing formal recognition for all contribution types.
  • Development of standardized, time-sensitive badges that:
    • Reflect contribution types (e.g., mentor, organizer, translator).
    • Are era-aware, capturing when contributions were made to provide historical context.
  • Emphasize project-based recognition, acknowledging contributions that cut across traditional team boundaries (e.g., marketing campaigns, community challenges).
  • Proposals to formally recognize corporate contributors who provide financial or infrastructure support beyond volunteer hours.

Methodological & Logical Notes

  • Recognition systems should avoid the availability heuristic, which favors visible code contributions and neglects less tangible efforts.
  • Incorporate multi-dimensional recognition frameworks to capture the complexity and breadth of contributions.
  • Explore measurement instruments and surveys to quantify “invisible work” and incorporate it into metrics fairly.

3. Burnout Crisis & Sustainability

Underlying Factors

  • Contributor burnout is pervasive due to:
    • High volunteer demands with insufficient systemic support.
    • Lack of equitable financial remuneration or stipends for ongoing work.
    • Pressure to maintain legacy systems and innovate new features leads to overwhelming workloads.

Consequences

  • Loss of institutional knowledge and experienced contributors.
  • Increasing technical debt and slowed innovation cycles.
  • Threat to WordPress’s long-term ecosystem health.

Community Sentiment & Strategic Actions

  • Consensus on the urgent need to establish funding mechanisms that:
    • Support contributors financially without the expectation of full-time commitment.
    • Include stipends, grants, bursaries, or scholarships to enable sustainable engagement.
  • Strong calls to relaunch and properly resource the Sustainability Team, with mandates across:
    • Social sustainability (community well-being and diversity).
    • Economic sustainability (fair contributor compensation).
    • Environmental sustainability (minimizing the ecological impact of project activities).
  • Integrating sustainability principles into all relevant teams and projects ensures a holistic impact.
  • Reopening the Sustainability SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. channel as a hub for collaboration and information sharing.

Cognitive & Structural Analysis

  • Burnout stems from a resource allocation failure, where human capital is overextended without support.
  • Sustainability efforts require systems thinking, addressing interconnected social, economic, and environmental factors.
  • Avoid single-factor attribution bias by recognizing multiple contributing causes and solutions.

4. Metrics, Accountability, & Transparency

Current State

  • Many contribution promises remain unverified pledges, undermining accountability and measurement.
  • Sponsors and leadership struggle to assess impact and justify investments.

Negative Impacts

  • Reduced sponsor confidence and risk of resource misallocation.
  • Inadequate data restricts informed decision-making and priority setting.

Community Sentiment & Preferred Solutions

  • Strong advocacy for a shift to data-informed contribution tracking, including:
    • Leveraging the Contributor Dashboard and Bitergia analytics for verified data.
    • Transparent publication of contribution types, amounts, and outcomes.
    • Linking sponsors directly with contributions they fund for accountability.
    • Generating KPIs meaningful to sponsors and leadership.
  • Centralized communication hubs like https://make.wordpress.org/updates are critical for aligning contributors and sponsors.
  • Standardized reporting and sponsorship communication to clarify expectations, investments, and impact.

Logical and Methodological Considerations

  • Reliance on promissory pledges is a credibility gap, weakening trustworthiness.
  • Data-driven approaches embody evidence-based decision-making, which is critical for sustainable governance.
  • Metrics must balance quantitative rigor with recognition of qualitative impacts.

5. Contributor Funding & Governance

Present Challenges

  • Absence of formal, transparent governance structures for contributor funding and sponsorship leads to:
    • Informal, inconsistent decision-making.
    • Slow progress and risk of bias or mismanagement.
    • Contributor confusion regarding eligibility and processes.

Risks

  • Erosion of community trust and possible inequities.
  • Inefficient utilization of sponsorship funds.

Community Consensus & Proposed Framework

  • Empower contributors and teams to “just start doing it”, reducing excessive gatekeeping.
  • Develop transparent matching processes, aligning sponsors with contributors based on project priorities and skills.
  • Recognize corporate financial and infrastructure contributions alongside individual efforts equitably.
  • Create comparable incentives for event sponsors and other sponsors, ensuring fairness.
  • Establish clear, measurable deliverables tied to sponsorships to maintain accountability and justify investment.

Governance & Ethical Analysis

  • Governance gaps represent a principal-agent problem, where misaligned incentives may reduce funding efficacy.
  • Transparent processes are necessary to prevent conflicts of interest and favoritism.
  • Empowerment aligns with decentralized governance principles, fostering agility and innovation.

6. Team Structures, Onboarding, & Offboarding

Current Limitations

  • No standardized or documented procedures for team formation, closure, onboarding, or offboarding.
  • Contributors often feel lost, pinged unnecessarily, or disconnected from team goals.

Implications

  • Reduced morale and retention.
  • Inefficient resource use and duplicated efforts.

Community Recommendations

  • Standardize team repTeam Rep A Team Rep is a person who represents the Make WordPress team to the rest of the project, make sure issues are raised and addressed as needed, and coordinates cross-team efforts. roles, empowering them with decision-making authority and responsibility for inter-team coordination.
  • Establish clear, documented onboarding and offboarding workflows, including:
    • Providing formal closure for departing contributors.
    • Respectful disengagement processes.
  • Clarify and communicate distinctions among teams, projects, and working groups to improve organizational adaptability.
  • Define transparent criteria and community involvement in team lifecycle decisions (creation, closure, restructuring).
  • Consider revamping https://make.wordpress.org/updates/team-reps/ 
  • Suggest sponsors list opportunities on the jobs board.
  • Prioritize “Get Started” pages and streamline contributor pathways to lower barriers for newcomers.

Organizational & Psychological Insights

  • Lack of structure breeds role ambiguity, undermining team efficacy and contributor identity.
  • Formal onboarding/offboarding fosters psychological safety and closure, improving community health.
  • Clear boundaries between teams and projects reduce scope creep and enhance accountability.

7. AI & Knowledge Sharing

Contextual Challenges

  • WordPress knowledge is siloed across Slack, meeting notes, GitHubGitHub GitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/ issues, and documentation, hindering accessibilityAccessibility Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility).
  • New contributors face steep onboarding curves due to fragmented and voluminous information.

Potential AI-Enabled Solutions

  • AI tools to summarize and synthesize dispersed knowledge into accessible, structured formats.
  • Generation of digestible TL;DRs contextualizing priorities and history for newcomers and busy contributors.
  • Facilitating cross-team collaboration by reducing duplicated efforts and knowledge gaps.
  • Maintaining a people-first ethos ensures that AI supports human relationships and respect rather than replaces human interaction.

Ethical and Practical Considerations

  • AI use should respect data privacy and community norms.
  • Avoid AI-driven dehumanization by complementing, not substituting, human engagement.
  • Emphasize transparency in AI-generated content and maintain channels for community feedback.

💬 Selected Highlights & Quotes — Context, Implications & Community Sentiment

  • “Five for the Future was never clearly defined and became a weapon or obligation.”
    The original initiative’s lack of clarity led to division and resentment, discouraging genuine contributions. The community now seeks a new framework that is inclusive and clearly communicated.
  • “We’re throwing money at an endless problem without accurate metrics.”
    Without verified contribution data, funding is inefficient, trust erodes, and strategic impact diminishes. Community demands robust, transparent metrics.
  • “We need an attitude shift from endless discussion to ‘just start doing’.”
    WordPress’s culture of prolonged debate has stalled progress. There is enthusiasm for empowered, decentralized action and iterative delivery.
  • “Onboarding and offboarding are essential for contributor closure and team health.”
    Formal contributor lifecycle management ensures respect, reduces burnout, and maintains engagement.
  • “Invisible and soft contributions must be recognized for a truly inclusive community.”
    Non-code work—event organizing, mentoring, and moderation—is vital for sustainability and must be formally acknowledged.
  • “Sustainability affects every WordPress team and cannot be ignored or discounted.”
    The disbanding of the Sustainability Team highlighted governance gaps; urgent reactivation and funding is necessary.
  • “We already have programs like mentorship and dashboards; let’s build on them, not recreate.”
    Respecting and extending existing legacy programs promotes efficiency and continuous momentum.
  • “Corporations want measurable outputs and KPIs to justify their sponsorship.”
    Transparent, actionable metrics are critical to sustaining corporate sponsorship.

⚠️ Challenges & Barriers — Contextualized

ChallengeImpactNotes
Data & Metrics DeficiencyInhibits fair recognition, accountability, and fundingNeed for verified, transparent contribution data
Governance GapsInconsistent funding, unclear team lifecycles, and decision delaysRisks bias, erodes trust, reduces agility
Contributor BurnoutLoss of contributors, slower innovationRequires systemic support and equitable funding
Communication SilosFragmented channels, poor knowledge sharingLimits collaboration and onboarding
Role AmbiguityLeadership confusion, inefficienciesStandardized roles and processes are needed
Cultural Discomfort Around FundingHinders open discussions on money and supportNormalize funding conversations and transparent governance

✅ Action Items & Roadmap — Context & Community Focus

  1. Publish comprehensive, transparent meeting notes for community-wide accessibility and feedback.
  2. Form dedicated working groups to:
    • Define and standardize contribution frameworks, including all roles and types.
    • Develop formal onboarding and offboarding procedures with contributor closure.
    • Formalize transparent governance for team lifecycle management and funding.
  3. Reinstate, resource, and empower the Sustainability Team, reopening communication channels. See Overlapping Initiatives
  4. Build or improve a centralized dashboard and jobs board mapping contributor skills, team needs, sponsorship opportunities, and project priorities.
  5. Promote and expand data-informed contribution tracking via the Contributor Dashboard, Bitergia, and similar tools.
  6. Foster a culture of empowered, decentralized initiatives, enabling contributors and teams to act swiftly within shared governance.
  7. Collaborate with the Core AI team to design tools for knowledge synthesis, onboarding TL;DRs, and reducing information fragmentation.
  8. Implement inclusive recognition systems valuing code and non-code contributions equally with badges, public acknowledgment, and corporate recognition.
  9. Maintain open, ongoing dialogue with WordPress leadership to ensure alignment, resource support, and respect for grassroots contributions.
  10. Clarify and document team rep roles, responsibilities, and communication workflows to enhance coordination and empowerment.
  11. Update and prioritize Get Started pages, contributor pathways, and onboarding resources for improved newcomer experience.
  12. Develop and execute a communication and change management strategy supporting the adoption of governance, funding, and recognition reforms.

📌 Additional Community Priorities & Critical Questions Highlighted

  • Why must contributors ask permission to act? Empower autonomy.
  • What are the actual, data-verified contribution numbers? Move beyond guesswork.
  • Should we shift from promissory pledges to data-confirmed contributions? Strong yes.
  • How can we measure and recognize hidden work like event organization and mentorship? Develop metrics and recognition tools.
  • How do we prevent wasting contributors’ finite time? Streamline processes, improve communication.
  • Team badges reflecting eras and specific projects, not only teams: Implement dynamic, time-stamped recognition.
  • How to recognize company contributions beyond volunteer hours? Develop corporate recognition programs.
  • How can initiatives (e.g., shipping WebP) be communicated clearly and not blocked at the last minute? Improve project communication and accountability.
  • Standardize badge processes and sponsor incentives; ensure equitable benefits for sponsors.
  • Allow contributors to declare sponsor support per activity, increasing transparency.
  • Recognize sponsored contributors’ blog posts and reporting efforts.
  • Centralize team priorities and synthesize cross-team projects for clarity and alignment (e.g., https://make.wordpress.org/updates).
  • Map contributor sponsorship needs to sponsor interests and required KPIs transparently.
  • Empower team reps to maintain up-to-date skills and sponsorship needs lists.
  • Clarify distinctions and governance around sub-teams (e.g., Core sub-teams like Performance, AI, GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/).
  • Standardize proposals, sub-team processes, and unblocking procedures.
  • Prioritize an actionable roadmap aligned with core and ecosystem-wide priorities.
  • Highlight and formally recognize invisible, soft contributions.
  • Reframe or rename 5ftF to reflect inclusivity and modern realities.
  • Support horizontal collaboration across traditionally vertical team structures.
  • Use AI to maintain and curate WordPress knowledge repositories, respecting data privacy and community ethos.

📚 Final Reflection

WordPress is at a pivotal moment in its development. By adopting transparent governance, recognizing contributions inclusively, implementing sustainable funding models, clarifying team processes, and thoughtfully integrating AI, the community can create a resilient, vibrant, and equitable ecosystem for contributors. By building on past efforts and adapting to changing circumstances, WordPress can ensure that every contributor—regardless of role or background—feels valued, empowered, and connected to the project’s future.

#5ftf, #contributor-working-group, #discussion, #five-for-the-future

Criteria for Creating or Migrating Repositories under the WordPress GitHub Organization

With WordPress CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. now following an annual release cadence, community-maintained canonical plugins have become even more crucial to the project. Because canonical plugins serve as official first-choice recommendations, they should live under the WordPress organization on GitHubGitHub GitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/. However, there are currently no guidelines around what is allowed or prohibited under the project’s GitHub organization. Establishing some clear criteria will help community members understand the requirements and expectations for this.

Core Principles

WordPress should balance experimentation with quality standards and project philosophy. GitHub repositories under WordPress should benefit the community, prevent single points of failure, and ensure open-source accessibilityAccessibility Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility).

Before outlining specific criteria, here are the underlying principles that guide these criteria:

  1. Community Ownership: Code that serves the WordPress project should be collectively owned and maintained rather than dependent on individuals.
  2. Responsible Stewardship: Maintainers must commit to responsible management of their repositories.
  3. Quality Assurance: All code under the WordPress umbrella should reflect the project’s commitment to excellence.
  4. Transparency: Clear documentation and communication about repository status and purpose.
  5. Inclusivity: Lowering barriers to contribution while maintaining standards.

Criteria for Inclusion

For a repository to be included in the WordPress GitHub organization, it must meet the following criteria:

Project Documentation and Goals

  • The repository must have a clear problem statement and some roughly outlined goals. This can be in the README.md file or linked to in a Making WordPress blog post.
  • Maintainers should aim to regularly post updates about the project at a cadence that makes sense for the overall level of activity.
  • The repository should have an agreed upon tag on the sponsoring team’s Make blog to easily find all related posts.

Team Sponsorship and Maintenance

  • The repository requires at least one active maintainer under an established Make Contributor team, with multiple maintainers encouraged for continuity. This should be noted in the repository’s READEME.md file at a minimum, and within the CODEOWNERS file if useful.
  • The sponsoring team takes collective ownership and responsibility for the repository’s oversight.

Maintenance Commitments

The contributor/team maintaining the repository agrees to reasonably maintain the project. This includes but is not limited to these expectations and requirements:

  • Issue Management: Triaging submitted feature requests and bug reports in a timely manner.
  • Communication: Responding to community questions and providing reasonable support channels.
  • Transparency: Clearly communicating the project’s status, roadmap, and any changes in maintenance capacity.
  • Best Practices: Adhering to project-level best practices and expectations.
  • Policy Compliance: Using project-level policies, such as being compatible with the GPLGPL GPL is an acronym for GNU Public License. It is the standard license WordPress uses for Open Source licensing https://wordpress.org/about/license/. The GPL is a ‘copyleft’ license https://www.gnu.org/licenses/copyleft.en.html. This means that derivative work can only be distributed under the same license terms. This is in distinction to permissive free software licenses, of which the BSD license and the MIT License are widely used examples., and the Community Code of Conduct.
  • Documentation: Maintaining clear, accessible documentation for users and potential contributors.

Quality Standards

Repositories must follow WordPress coding standards where appropriate, establish suitable testing processes, and maintain the same quality standards as other WordPress code bases.

Governance

  • Appeals or exceptions to these criteria can be discussed in the appropriate Make team blogs.
  • Periodic reviews of repositories may be conducted to ensure ongoing compliance with criteria.
  • Project leadership has the final say for what can be included.

Repository Lifecycle Management

Archiving Policy

  • If maintenance ceases and the repository does not represent a canonical pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party, the repository will be archived after 6 months if reasonable efforts to find new maintainers are unsuccessful.
  • Archived repositories can be unarchived if factors change and/or a maintainer steps up.
  • Exceptions can be made to this policy. The repository’s current usage, importance to the ecosystem, maintenance burden, etc. should all be considered before archiving a repository.

Security Considerations

  • Unless a repository is explicitly mentioned in the project’s HackerOne policy, it will not be eligible for the project’s bug bounty program.
  • Should any security vulnerabilities be discovered, critical security issues must be addressed promptly in coordination with the Security Team, even in experimental repositories.

Special Considerations

  • Experimental repositories should be clearly labeled as such and may have modified expectations for support and stability.
  • Tools primarily used by WordPress contributors (e.g., phpunit-test-reporter) may also have different support requirements than user-facing components. Some repositories may require little to no maintenance and should remain open to signal that it’s still relevant.
  • Specific expectations and requirements for Canonical plugins should be explored separately.

Conclusion

These criteria balance innovation with WordPress’s high standards. They create a framework for healthy GitHub repository management that supports project growth while ensuring quality and sustainability. Community feedback is welcomed and encouraged so these guidelines can be improved to appropriately serve contributor needs.

Props @4thhubbard, @jeffpaul, @priethor, @johnbillion, and @annezazu for pre-publish review.