Organic is unique in offering both value-driving components out of the box, as well as a framework for any publication to build domain-specific products on top of the lightning-fast infrastructure. In short: Organic handles baseline operations for online publishing so publishers’ internal technical teams can focus on business-specific products and integrations with clear ROI.
In addition to a growth-minded feature set, data hosting options, and a headless React frontend, Organic offers an infinitely extensible architecture for businesses with dedicated tech resourcing.
This allows publishers to relinquish concern about maintaining baseline operations and instead cleanly and clearly focus on the content and other products unique to their business.
For larger publishers that means less noise and more targeted development on projects like technical consolidation for new acquisitions, domain-specific partnerships and tools, and unique widgets that improve audience behavior metrics for their particular readership.
Organic's designed content management system workflows have been established to grant autonomy to external engineers and contributors while preserving the stability due to Organic's rock-solid foundation. Find below an overview of the architecture, each team’s ownership of development tasks, and the workflow for reporting bugs, requesting features, and proposing code changes to the Organic content repository.
Please also feel free to reach out Organic Support via email (support@organic.ly) or the Help Desk to learn more.
Publisher-side engineers are given access to site-specific repositories in order to make frontend and business-specific backend changes. With this architecture, site-specific changes can be released in accordance with each publisher’s specific timelines and approval processes.
Each domain that fully integrates with Organic (including the headless backend and DevOps management) has two relevant repositories: the backend plugin and the headless frontend. In addition, enterprise clients may have access to an additional backend plugin repository that impacts more than one domain across their business (commonly referred to as an “organization” repository).
On occasion, a publisher’s technical team member has an idea to improve the core Organic codebase. We welcome such suggestions to the organic-content repository and ask they be submitted to Organic for review and approval. It is recommended that contributors propose these changes to Organic before beginning development work to obtain preliminary concept approval.
Approved changes will be released by Organic according to their internal procedures, with or without prior notice to the original contributor. Release timing exceptions may be made for publisher contributions that have external dependencies if communicated to Organic in advance.
Organic's team provides ongoing support to client-side teams at regular intervals, including cross-team project management, success planning, business reviews, best practices presentations, user education and training, and other regular check-ins.
To maintain an efficient and streamlined pull request (PR) workflow for Organic Content core, we have established a set of guidelines for creating and managing PRs. For the latest version of these guidelines, please visit our documentation site.